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Das Letzte aus dem Chip herausholen ... 


.. wollen alle Programmierer. Bei Compu- 
tern mit Acht-Bit-Prozessoren stößt man je- 
doch schnell an deren Geschwindigkeits- 
grenzen. 

Daher sind für Programmierer zwei Dinge 
unverzichtbar: ein sauberer und möglichst 
Speicherplatz sparender Programmierstil 
und die Benutzung einer Programmierspra- 
che, die der Prozessor möglichst ohne Um- 
wege versteht. 

Die Programmiersprache der Wahl heißt 
deshalb »Assembler«. Dieses Buch wendet 
sich an alle, denen das eingebaute BASIC 
des VC 20 oder C 64 zu langsam geworden 
ist - immerhin ist Assembler ungefähr I 000- 
mal schneller. 

Dieser Kurs ist übrigens für alle Computer 
geeignet, die den Prozessor 6502 oder 6510 
besitzen. Das sind neben Commodore-Rech- 
nern auch Modelle von Apple, Atari und ei- 
nigen anderen Herstellern. 

Zusätzlich zum 64’er-Kurs »Assembler ist 
keine Alchemie« finden Sie im hinteren Teil 
des Buches noch die Bedienungsanleitung 
zu SMON, einem sehr leistungsfähigen und 
ausgereiften Assembler für den C 64. 


Das Programm selbst und viele der ange- 
sprochenen Beispielprogramme können Sie 
unter folgender Internet-Adresse herunter- 
laden: 


www.skriptorium-vd.de/O1/smon.d64 


Wenn Sie auf einem »echten« C 64 program- 
mieren und keine Möglichkeit zum Konver- 
tieren der Datei auf eine 5,25-Zoll-Diskette 
haben, können Sie eine beim Verlag anfor- 
dern. Bitte senden Sie 4,95 € in Briefmarken 
(zum Beispiel 9 * 0,55 €) an: 


Skriptorium-Verlag 
SMON-Diskette 
Gartenstraße 4 
34326 Morschen 
Deutschland 


und vergessen Sie nicht, Ihre Adresse anzu- 
geben. 


Und nun viel Erfolg beim Erlernen von As- 
sembler oder dem wieder Auffrischen alter 
Kenntnisse. 


Viel Spaß beim Programmieren 
wünscht allen Acht-Bit-Freunden 


Vrald Verckhl 


Assembler 
Folge 1 
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Viele Leser haben den Wunsch nach einem 
Maschinensprache-Kurs geäußert. Voila, 
hier ist er. 

Dieser Kurs wird Ihnen helfen, diese 
Sprache wesentlich leichter zu verstehen. 
Sowohl der 6502-Prozessor im VC 20 als 
auch der 6510-Prozessor im C 64 werden 
behandelt. 


Vermutlich hat es Ihnen auch schon ab und 
zu in den Fingern gejuckt, wenn Sie von 
Wunderdingen gelesen haben, die man per 
Maschinensprache mit dem Computer ma- 
chen kann. 

Vielleicht haben Sie sogar schon mal nichts 
ahnend angefangen einzutippen, was Sie als 
Assemblerlisting sahen. Doch schon nach 
dem ersten »C000 LDA # 500« und <RE- 
TURN?> weigerte sich der Computer mit ei- 
nem lapidaren »SYNTAX ERROR«. Wieso, 
werden Sie sich gefragt haben, das ist doch 
nun die Sprache unserer Maschine, nämlich 
Maschinensprache, was habe ich falsch ge- 
macht? Dann sind Sie sicherlich mal auf 
diese merkwürdigen BASIC-Programme ge- 
stoßen, in denen ein langer Wurm von DA- 
TA-Zeilen mit einem kleinen FOR-NEXT-PO- 
KE-Kopf vorne und einem SYS-Schwanz 
hinten enthalten ist, und die man BASIC-La- 
der nennt. 

Sie haben fleißig Zahlen eingetippt - das 
Ganze hoffentlich sofort abgespeichert -, 
vorschriftsmäßig mit dem SYS-Befehl ge- 
startet und auf einen scheintoten Computer 
geschaut, der nur noch durch Aus- und Ein- 
schalten wieder zu beleben war. Wenn Sie 
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dann nach langer Fehlersuche den irrtümlich 
eingetippten Punkt durch ein Komma erset- 
zen (oft finden Sie auch keinen Fehler, denn 
bei langen DATA-Sequenzen schlägt der 
Druckfehlerteufel mit Vorliebe zu), werden 
Sie sich gefragt haben, warum in aller Welt 
dieses kleine Missgeschick den ganzen Com- 
puter abstürzen lässt. 

Sie merken vermutlich schon, dass mir das 
alles und noch mehr (worüber ich scham- 
haft schweige) passiert ist. Die Konsequenz 
war, dass ich losging, um ein schlaues Buch 
zu erwerben. Aber merkwürdig: Damals 
tauchte der Begriff »Maschinensprache« in 
keinem Titel auf. Irgendwann begriff ich, 
dass Assembler und Maschinensprache ir- 
gend etwas miteinander zu tun haben. 

Aber da fing das ganze Elend erst richtig 
an: Da gab es 6502-, Z 80-, 8080-, 8085-, 
68000-Assembler, da waren irgendwelche 
Schaltpläne - anscheinend, wie man wo was 
hinlötet, für mich als Nichtelektroniker eine 
Art moderner Kunst -, da war von CPU, Bus- 
sen, negativen Flanken und Zweiphasentak- 
ten die Rede. 

Ich habe mich furchtbar über die Geheim- 
sprache geärgert, die es dem Uneingeweih- 
ten verwehrt, etwas zu verstehen. Seither 
hat sich Einiges verändert. Die Geheimnisse 
sind keine mehr und ich werde Ihnen in die- 
ser Serie ohne verschlüsselte Sprache die 
magischen Zirkel der Assembler-Alchemis- 
ten offenbaren. 

Heute gibt es auch Bücher über »Maschi- 
nensprache auf dem Commodore 64«, und 
es sei Ihnen angeraten, ruhig auch das eine 
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oder andere durchzuarbeiten. Sie werden 

allerdings feststellen, dass die meisten da- 

von gerade dort aufhören, wo es anfängt, 
spannend zu werden: bei der Benutzung 
von Routinen des Betriebssystems und des 

Interpreters. Deswegen soll der Schwer- 

punkt dieser Serie anders liegen: 

Wir werden das notwendige Grundwissen 
über die Hardware nur ganz knapp behan- 
deln und dann das Vokabular des 65XX-As- 
semblers kennen lernen. Den Hauptteil der 
Serie verbringen wir aber mit Dingen, über 
die es kaum Literatur gibt: nämlich, wie man 
für eine Unzahl von Programmieraufgaben 
nicht noch mal das Rad erfinden muss, weil 
es schon längst in unserem Computer exis- 
tiert. 

Bevor wir loslegen, will ich Ihnen noch et- 
was Literatur empfehlen: 

# Wenn wir über den Speicheraufbau, das 
binäre und das hexadezimale Zahlensys- 
tem reden, ist die vorherige Lektüre der 
Serie »Reise durch das Wunderland der 
Grafik« nützlich, die diese Themen in den 
Folgen I und 2 (64’er 4/ 1984 und 5/ 1984) 
grundlegend behandelt hat. 

# Als Nachschlagebuch sehr wertvoll ist das 
Buch von Rodney Zaks: Programmierung 
des 6502. Das ist gewissermaßen ein Klas- 
siker. 

# Später wird Ihnen dieses Buch fast unent- 
behrlich vorkommen: Babel, R.; Krause, 
M.; Dripke, A.: Systemhandbuch zum Com- 
modore 64 (und VC 20), München 1983 

Weitere Literaturempfehlungen werde ich 

Ihnen von Fall zu Fall geben. Gerade zu un- 

serem Computer erscheint fast jeden Monat 

ein neues Buch und es ist nicht einfach, die 

Spreu vom Weizen zu trennen. 


Einige Begriffsklärungen 

Zunächst einmal muss ich Sie enttäuschen: 
Ich glaube kaum, dass Sie mit Ihrem Com- 
puter je einmal in Maschinensprache ver- 
kehren werden! Maschinensprache - das ist 
die einzige, die der Computer direkt ver- 
steht, das sind vorhandene oder nicht vor- 
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handene Stromimpulse oder Magnetisie- 
rungszustände, die bei unserem Computer 
durch Acht-Bit-Binärzahlen auszudrücken 
sind. 

Was wir mit unserem Computer reden 
werden, ist Assembler. Mit dem Computer 
sprechen soll heißen: mit dem Gehirn unse- 
res Computers, dem Prozessor, oft auch 
CPU (von Central Processing Unit = zentraler 
Arbeitsbaustein) genannt, verkehren, ihm al- 
so Befehle geben. Solche CPUs werden bei 
verschiedenen Firmen hergestellt, sind da- 
her unterschiedlich aufgebaut und auch un- 
terschiedlich ansprechbar. 

Ein weit verbreiteter Prozessortyp ist der 
6502, der das Gehirn des C64 und auch 
des VC 20 ist. Genau genommen ist das Ge- 
hirn des C 64 allerdings der 6510, ein mit 
dem 6502 fast identischer Prozessor. Auf 
den kleinen Unterschied werden wir noch 
zu sprechen kommen. Beide (6502 und 
6510) sind in 6502-Assembler zu program- 
mieren, und wenn wir diese Sprache spre- 
chen, sind für uns alle 6502-Computer zu- 
gänglich: Commodore, Apple, Atari und 
einige andere. 

Nun wissen Sie aber immer noch nicht, 
was Assembler eigentlich ist. Das englische 
Wort »assemble« heißt auf deutsch etwa 
»montieren, zusammenstellen«. 

Es handelt sich also um eine Programmier- 
sprache, und weil sie sehr eng am Computer 
orientiert ist, spricht man von einer »maschi- 
nenorientierten« Programmsprache - im Ge- 
gensatz zu »problemorientierten« Programm- 
sprachen wie BASIC, Pascal, Cobol etc., die - 
so sollte es jedenfalls sein - auf jedem Com- 
putertyp gleich aussehen. 

Ein Assembler ist aber noch etwas ande- 
res, nämlich ein Software-Instrument, das 
einen in Assembler geschriebenen Befehl in 
die Maschinensprache übersetzt. Man spricht 
dabei vom Vorgang des »assemblierens«. 

Das Umgekehrte leistet ein Disassembler, 
welcher uns Maschinensprache durch Rück- 
übersetzung lesen hilft. Um die Verwirrung 
noch etwas zu steigern, sage ich Ihnen auch 


noch, was ein Monitor ist: In diesem Zusam- 
menhang ist kein Bildschirmgerät damit ge- 
meint, sondern ebenfalls ein Software-In- 
strument, das den Einblick in die Register 
und Speicher des Computers gewährt. 

Damit Sie nun den Überblick noch völlig 
verlieren, sei abschließend zu diesem Spra- 
chenwirrwarr noch erzählt, dass Software- 
Pakete, die sowohl Assembler als auch Dis- 
assembler als auch Monitor enthalten und 
noch eine Menge anderer brauchbarer Din- 
ge, oft als »Assembler« angeboten werden. 
Das ist ein alter Trick der Alchemisten: ver- 
schiedenen Dingen den gleichen Namen zu 
geben! 


BASIC kontra Assembler 

Um das Nachfolgende deutlich zu machen, 
schalten Sie bitte Ihren Computer an und 
tippen die beiden folgenden Programme 
ein, die beide genau dasselbe tun: das obe- 
re Viertel des Bildschirms mit dem Buchsta- 
ben A zu füllen (beim VC 20 ist es die obere 
Hälfte). Zunächst einmal in BASIC: 


10 FOR I = 1024 + 255 TO 1024 STEP -1 
20 POKE I,1 : POKE 1 + 54272,14 
30 NEXT I 


Für den VC 20 (Grundversion und Drei-KBy- 
te-Erweiterung) ist zu setzen: An Stelle von 
1024 jetzt 7680, statt 54272 jetzt 30208 
und statt 14 die 6. Wenn Sie mehr als die 
6,5 KByte im VC 20 haben, dann setzen Sie 
statt 1024 jetzt 4096, statt 54272 jetzt 
34304 und ebenfalls statt 14 die 6. 

Das Programm braucht 55 Byte + 7 Byte 
für die Variable I, macht zusammen 62 Byte 
Speicherplatz. Es geht ganz schnell, und 
wenn Sie es schaffen, können Sie ja mal mit- 
stoppen, wie lange es von »RUN« bis »REA- 
DY« braucht: zirka 4 Sekunden. 

Jetzt dasselbe in Assembler. Weil wir aber 
noch nicht soweit sind, erst mal als BASIC- 
Lader, der uns das Programm in den Spei- 
cher bringt (wir kommen dazu gleich noch). 
Geben Sie also »NEW« ein und dann: 
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10 FOR TI. = 7000 TO 7000 +16 

20 READ A : POKE I,A : NEXT I : END 

30 DATA 160,255,162,14,169,1,153,255,3, 
138,153,255, 2155238, 208,2422:,96 


Beim VC 20 geben Sie bitte statt der 14 (Zei- 
le 30, vierte Zahl) eine 6 ein. Starten Sie den 
BASIC-Lader mit »RUN« und nach dem »REA- 
DY« geben Sie »NEW« und »CLR« ein: Wir 
brauchen den BASIC-Lader nicht mehr. 

Ab Speicherstelle 7000 steht jetzt unser 
Assemblerprogramm als Maschinenkode. 
Dass es wirklich dasselbe tut wie das BASIC- 
Programm, erfahren Sie durch »SYS 7000«. 

Da hatten Sie vermutlich gar keine Zeit 
mehr, auf die Stoppuhr zu drücken! (5,4 
Millisekunden etwa dauert das ohne die 
Zeit, die der BASIC-Interpreter für den Be- 
fehl »SYS« benötigt). Außerdem braucht das 
Programm 17 Byte Speicherplatz. 

Genau das ist es, was die Assemblerpro- 
grammierung so reizvoll macht: Der Spei- 
cher fasst mehr an Programm und die Aus- 
führung des Programms geht fast 1000-mal 
so schnell! Dazu kommen natürlich noch ei- 
nige andere Kriterien, denn viele Probleme 
sind zum Beispiel in BASIC nicht lösbar, son- 
dern nur mit dem vielseitigeren Assembler. 

Unser Computer ist darauf vorbereitet, 
dass wir ihn in BASIC ansprechen. Er enthält 
im Normalfall sofort nach dem Einschalten 
ein stets präsentes Übersetzungsprogramm, 
den Interpreter, welcher unsere BASIC-An- 
weisungen für ihn verständlich interpretiert. 
Auch das ist ein Unterschied zu Assembler- 
programmen: Ist ein solches Programm erst 
einmal assembliert (also als Maschinenspra- 
che im Speicher vorhanden), braucht man 
kein Übersetzungsprogramm mehr. 

BASIC-Programme dagegen müssen bei 
jedem Durchlauf von vorne bis hinten stän- 
dig übersetzt werden, sie laufen nicht ohne 
vorhandenen Interpreter. Wie so ein Inter- 
preter im Prinzip arbeitet und was ihn von 
einem so genannten »Compiler« unterschei- 
det, sollten Sie mal in der 64’er 4 / 1984 im 
Artikel von M. Törk über seinen Strubs-Pre- 
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compiler nachlesen. Dort sehen Sie dann 
auch, dass ein Compiler zwar ein BASIC-Pro- 
gramm enorm beschleunigen kann, aber bei 
weitem nicht an die Geschwindigkeit reiner 
Assembler-Programme heranreicht, vom Spei- 
cherplatzbedarf ganz zu schweigen. 


Wie sag’ ich’s meinem Computer? 

Leider haben weder der C64 noch der VC 
20 einen Assembler implementiert (Sie mer- 
ken, dass jetzt von dem Software-Paket die 
Rede ist!). Es gibt einen etwas mühseligen 
Weg, dieses Handikap zu umgehen: den 
BASIC-Lader. Wie ist also der Weg, mit ei- 
nem solchen Lader eigene Maschinenpro- 
gramme in den Computer zu bekommen? 


# Erstellen des Assembler-Programms. Das 
zu lernen ist die Hauptaufgabe der Serie. 
Das Ergebnis wird eine Kette von Befehlen 
sein, zu denen zum Beispiel der Befehl 
RTS gehört. 

# Jedem Befehl in Assembler entspricht in 
Maschinensprache ein Binärkode in einer 
Speicherstelle. Diese Kodes sind in Listen 
nachschlagbar: RTS entspricht dem Bi- 
närkode 0110 0000. 

# Der Kode muss in eine Speicherstelle ein- 
gegeben werden. Das geschieht von BA- 
SIC aus mit dem POKE-Befehl. Weil aber 
BASIC keine Binärzahlen kennt, muss der 
Kode ins Dezimalsystem umgerechnet wer- 
den. Glücklicherweise sind in den Tabel- 
len meist schon die Kodes als Dezimal- 
oder wenigstens als Hexadezimalzahlen 
enthalten. RTS ist dezimal 96 (oder hex.60, 
das auch $60 geschrieben werden kann). 
Man POKEt nun an die richtige Adresse 
den Wert 96, also zum Beispiel »POKE 
7016,96«. 

# Auf diese Weise wird Byte für Byte in der 
Programmabfolge verfahren. Das reine PO- 
KEn geschieht dann eben in der Form wie 
im oben gezeigten BASIC-Lader. 


Mühsam, mühsam! Auch kann man leider 
nur mit dem PEEK-Kommando nachsehen, 


was denn nun im Speicher steht (PEEK 
(7016) gibt uns den Wert 96, entsprechend 
RTS). 

Ein anderer Weg ist der Kauf eines As- 
sembler-Moduls oder einer entsprechenden 
Programm-Kassette oder -Diskette. 

Sehr preiswert ist es sicherlich, in Fach- 
zeitschriften Umschau nach abgedruckten 
Assemblern zu halten. Sehr gut finde ich 
beispielsweise den Assembler von U. Roller 
in Chip 1 / 1984, aber auch in der 64’er wird 
während des Verlaufs dieser Serie ein gut 
verwendbares Programm vorgestellt. 

Assembler (die Software-Pakete) gibt es 
in den unterschiedlichsten Ausführungen. Es 
gibt beispielsweise Direkt-Assembler, die 
jede Programmzeile sofort nach dem <RE- 
TURN> assemblieren, aber auch Zwei-Pass- 
Assembler, bei denen dies erst nach Ab- 
schluss des Programms insgesamt durch 
einen Befehl (zum Beispiel »ASSEMBLE«) ge- 
schieht. Bei einigen kann man (ähnlich wie 
bei BASIC mit »REM«) Kommentare anfügen, 
bestimmten Programmstellen Namen geben 
(so genannte »LABELS«), ganze Programm- 
abschnittte mit einem Merknamen aufrufen 
(so genannte »MAKROS«) und so weiter. 
Was Sie für sich bevorzugen, bleibt natürlich 
Ihnen überlassen. 

Die in dieser Serie geschriebenen Pro- 
gramme werden auf diese schönen Erleich- 
terungen verzichten, es wird sozusagen der 
nackte Assembler verwendet, und solange 
in dieser Zeitschrift noch kein Software-Pa- 
ket dafür veröffentlicht wurde, werde ich je- 
des Programm, das wir zusammen entwi- 
ckeln, als BASIC-Lader angeben. 

Was Sie aber außer dem reinen Assemb- 
ler noch brauchen, sind ein Disassembler 
und ein Monitor (ich habe schon erklärt, 
welchen ich meine), damit wir unseren Com- 
puter (fast) immer im Griff haben. 


Wie funktioniert unser Computer? 

Weil das Programmieren in Assembler einen 
viel engeren Kontakt zu technischen Einzel- 
heiten unseres Computers erfordert, ist es 


akt- 
eber 


notwendig, ein wenig über diese Innereien 
und ihre Funktion zu wissen. Sehen Sie sich 
dazu bitte Abbildung I an. 

Da sehen wir zunächst unseren Mikropro- 
zessor, der meist eine Menge Funktionen in 
sich vereinigt (dazu kommen wir noch). Im 
Prinzip ist das unsere CPU (Zentraler Ar- 
beitsbaustein). Der Prozessor steht über ei- 
ne Reihe von Leitungen mit dem Rest des 
Computers in Verbindung. Diese Leitungen 
werden im Fachjargon »Busse« genannt. 

Da ist zunächst einmal der so genannte 
Adressbus, auf dem transportiert werden, 
die der Prozessor erzeugt, und die die Her- 
kunft oder auch das Ziel von Daten festle- 
gen, die über den Datenbus laufen. 

Der Datenbus kann 8-Bit-Daten transpor- 
tieren, und zwar schreibend oder lesend, al- 
so zum Beispiel vom Prozessor zum RAM 
(schreibend), vom RAM zum Prozessor (le- 
send) und so weiter. Außerdem gibt es da 
noch einen Steuerbus, der verschiedene Syn- 
chronisationsaufgaben durchführen hilft. 

Links vom Prozessor ist ein Taktgeber an- 
gedeutet. Damit nichts durcheinander gerät, 
läuft alles im Computer sozusagen im Gleich- 
schritt. 

Diese Uhr ist gewissermaßen der Tromm- 
ler, den Sie vielleicht von den alten Ruder- 
Galeeren kennen. Dann sehen Sie rechts ei- 


Stromversorgung 


Mikroprozessor 


6502 
bzw. 
6510 


Assembler - Folge 1 


nen ROM-Bereich, also einen Nur-Lese- 
Speicher (Read Only Memory). Dass man 
hier nur herauslesen kann, ist durch den Pfeil 
zum Datenbus gekennzeichnet. 

Doppelpfeile finden wir aber beim RAM 
(Random Access Memory), einem Speicher 
für beliebigen Zugriff, also lesend und schrei- 
bend, und bei den Ein- und Ausgabebaustei- 
nen, die den Kontakt des Computers mit der 
übrigen Welt erlauben, also auch mit uns. 
Dieses Aufbauprinzip finden wir bei allen 8- 
Bit-Computern. 


Das Innenleben eines Mikroprozessors 
Um es gleich noch mal zu sagen: Was hier 
erzählt wird, ist nicht dazu geeignet, Elek- 
tronik-Freaks den totalen Durchblick zu ge- 
ben. Wenn Sie das aber gerne möchten, 
dann sehen Sie sich zum Beispiel die Block- 
schaltbilder im »Programmer’s Reference 
Guide« für den Commodore 64 auf Seite 
404 oder im »MOS-Hardware-Handbuch« 
auf Seite 34 an. 

Auch Rodney Zaks in dem anfangs schon 
erwähnten Buch »Programmierung des 


6502« ist zu empfehlen. Er hat sich viel Mü- 
he gegeben, sich verständlich auszudrü- 
cken. Mir kommt es nur auf den allgemei- 
nen Überblick an. Den sollen Sie bekommen, 
wenn wir uns jetzt Bild 2 betrachten. 


Steuerleitungen 


Abb. 1: 
Aufbauprinzip 
eines 8-Bit- 
Computers 


Ein- und 
Ausgabe- 
Busse 


, SOMERREEN Steuersignale 
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Abb. 2: 
Aufbauschema 
eines 6510- 
Prozessors 


Y 
Register 


Da sehen Sie zunächst als Herzstück des 
Prozessors die ALU (Arithmetic Logical Unit), 
also den arithmetisch-logischen Baustein. 
Die ALU hat die Fähigkeit, Rechenoperati- 
onen auszuführen mit Daten, die sie über 
den Datenbus und normalerweise vom Ak- 
kumulator erhält. Das Ergebnis wird eben- 
falls im Akkumulator abgelegt (daher auch 
der Name: von akkumulieren, etwa ansam- 
meln). 

Der Akkumulator ist das Register, das uns 

als Programmierer am häufigsten beschäfti- 
gen wird. Er ist die Sammel-, aber auch die 
Verteilerstelle für fast alle Daten, die wir hin 
und her schieben wollen. Sowohl beim Akku 
(so werde ich, mit der Hoffnung auf Ihr wohl 
wollendes Verständnis, den Akkumulator 
künftig bezeichnen) als auch bei allen ande- 
ren Registern ist die höchste Zahl, die darin 
bearbeitet werden kann, 255 (binär 1111 
1111). 
Nahezu ebenso oft wie den Akku werden 
wir die beiden so genannten Index-Register 
X und Y benutzen. Warum man sie Index- 
Register nennt, sehen Sie im Verlauf der Se- 
rie noch. 


x Stapel- 
Register register 


Als Nächstes zum Prozessor-Statusflaggen- 
Register (hier P genannt). Man findet hier 
angezeigt, ob eine Rechenoperation ein ne- 
gatives Ergebnis hatte, ob eine Null aufge- 
taucht ist oder ob ein Übertrag stattgefun- 
den hat. Auch dieses Register wird uns noch 
häufig begegnen. 

Das Stapelregister, auch Stackpointer (Sta- 
pelzeiger) genannt, gibt uns Auskunft über 
den Füllungsgrad eines 256 Byte großen spe- 
ziellen Speichers, der vom Prozessor direkt 
verwaltet wird. Auch damit werden wir noch 
oft zu tun haben. 

Schließlich kommen wir zur vorhin er- 
wähnten Ausnahme, zum Programmzähler 
(PCL, PCH). Das ist ein 16-Bit-Register, das 
sich aus zwei 8-Bit-Registern (PCL für das 
LSB und PCH für das MSB) zusammensetzt 
und daher alle 65535 Speicherplätze an- 
sprechen kann. Hier ist immer die Adresse 
des nächsten abzuarbeitenden Befehls ent- 
halten. Ich will an dieser Stelle nicht in die 
Einzelheiten der Befehlsabarbeitung einstei- 
gen (das können Sie auch bei Rodney Zaks 
nachlesen, wenn Sie's genau wissen wol- 
len). Es soll nur gesagt sein, dass sich die 


Verarbeitung in drei Schritte unterteilen lässt: 


a)den nächsten Befehl holen 
b)den Befehl dekodieren 
c)den Befehl ausführen 


Zu c) ist noch zu sagen, dass es Befehle gibt, 
die der Prozessor ohne weitere Angaben 
ausführen kann. Für andere müssen erst 
noch weitere Daten aus dem Speicher ge- 
holt oder dort abgelegt werden. Deswegen 
brauchen die Befehle unterschiedliche Zei- 
ten zur Ausführung. Die Zeit wird als Anzahl 
von so genannten Taktzyklen in den Befehls- 
tabellen angegeben. 

Unser Computer hat eine Taktfrequenz 
von rund I MHz, was bedeutet, dass ein Takt- 
zyklus etwa eine Mikrosekunde (10-6 s) dau- 
ert. Auf diese Weise wurde die Zeitdauer für 
unser kleines Demonstrationsprogramm zu 
Anfang berechnet. Auch das werden Sie 
noch lernen. 


Der Speicher unseres Computers: 
eine Straße mit 65 536 Hausnummern 
Diese Serie ist für den VC 20 und den C 64 
geschrieben. Den Speicheraufbau des Com- 
modore 64 finden Sie in der 64’er 4 / 1984 
ab Seite 119. Deswegen soll hier nur der des 
VC 20 gezeigt werden. Man muss beim 
VC 20 zwei Konfigurationen unterscheiden - 
sehr zum Leidwesen der Benutzer. In Abbil- 
dung 3 ist die Aufteilung gezeigt, die in der 
Grund- und der um 3 KByte erweiterten 
Version vorliegt. 

In Abbildung 4 sehen Sie die Speicher- 
aufteilung, die bei mehr als 6,5 KByte einge- 
stecktem Speicher gültig ist. 

Wenn Sie die VC 20-Speicherarchitektu- 
ren mit der des C64 vergleichen, werden 
Sie eine Reihe von Unterschieden feststel- 
len. Genau besehen gibt es an den wich- 
tigen Punkten aber eine Menge Ge- 
meinsamkeiten! Der VC 20 kennt nur 
Speicher-Häuser mit Erdgeschoss - 
im Gegensatz zum C 64, wo manche 
Bereiche sogar zwei Etagen haben 
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(soll heißen: mehrfach belegt sind). Durch 
die Eigenart des C 64 aber, im Normalfall das 
BASIC-ROM, die Ein- und Ausgabebaustei- 
ne und das Betriebssystem eingeschaltet zu 
haben, kann man ihn eigentlich genauso be- 
handeln wie einen VC 20, bei dem die ge- 
nannten ROM-Bausteine - und zwar das BA- 
SIC-ROM - um 8 KByte verschoben sind. 
Die Unterschiede der ROM-Inhalte sind fast 
vernachlässigbar. Wir werden im Einzelfall 
darauf zu sprechen kommen. Bei den Ein- 
und Ausgabebausteinen gibt es allerdings 
größere Unterschiede. 

Die Seiten O bis 3 (eine Seite oder auch 
Page enthält 256 Byte, und man zählt oft 
auch in diesen Seiten, wenn vom Speicher 
die Rede ist) sind sich ebenfalls sehr ähnlich, 
und die wenigen Unterschiede werden uns 
ebenfalls noch beschäftigen. 


Abb. 3: 
VC 20-Speicher 
(Grundversion 
oder mit 3-KB- 
Erweiterung) 
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Tab. 1: 
BASIC-Start- 


und Endadres- 
sen beim VC 20 
mit unter- 
schiedlichem 
Speicherausbau 


Der Bildschirm liegt bei der Grundversion 
und der mit der 3-KByte-Erweiterung von 
7680 bis 8191, in der Version mit mehr als 
6,5 KByte von 4096 bis 4607 und beim C 64 
von 1024 bis 2047. 

Der Bildschirmfarbspeicher liegt - bei glei- 


Damit schließen wir zunächst mal den Hard- 
ware-Überblick ab. In der nächsten Folge 
stelle ich Ihnen dann die ersten Assembler- 
Befehle vor, und wir beginnen zu program- 
mieren. Sie besitzen nun den ersten Grad 
der Assembler-Alchemisten. 


cher Reihenfolge - von 37888 bis 38399 
bzw. von 38400 bis 38911 und von 55296 
bis 56295. 

Der BASIC-RAM-Bereich beginnt beim 
C 64 im Normalfall bei 2048 und endet bei 
40959. Beim VC 20 ist das natürlich wieder 
von der jeweiligen Erweiterung abhängig 
(Tab. 1). 

Dies gilt - wie Sie leicht aus Abbildung 4 
ersehen können - auch dann, wenn zu den 
8- / 16- / 24-KByte-Erweiterungen noch die 
3-KByte- und die 8-KB-Erweiterung im ho- 
hen Speicherbereich (40960 bis 49151) ver- 
wendet werden. 

Die letztgenannten Adressenbereiche sind 
dann gut als geschützte RAM-Bereiche für 
Maschinensprache zu verwenden, ebenso 
wie beim C64 der Speicherabschnitt von 
49152 bis 53247. 


Abb. 4: 

VC 20-Speicher 
(Version mit 
mehr als 6,5 KB 
Speicherplatz 
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Bisher haben wir uns mit dem Innenleben 
unserer Computer auseinander gesetzt 
und die wichtigsten Teile der Hardware 
kennen gelernt. Jetzt kommen wir wie ver- 
sprochen zur Software, nämlich zum As- 
sembler. 


Sollten Sie einen Assembler haben, dann 
schalten Sie ihn jetzt bitte ein. Falls Sie kei- 
nen haben, schaffen wir Abhilfe: Wir werden 
in den nächsten Ausgaben ein komplettes 
Software-Paket (Assembler, Disassembler und 
Monitor) veröffentlichen. 

Dieser Assembler wird uns dann den gan- 
zen Kurs hindurch begleiten. Meistens mel- 
det sich der Assembler mit einer Registeran- 
zeige. 

Sollte Ihrer das nicht tun, dann müssen 
Sie wohl noch den Monitor anschalten oder 
speziell einen Befehl für die Registeranzeige 
eingeben (häufig ist das ein R). Jedenfalls 
wird nun auf dem Bildschirm der Inhalt der 
Register angezeigt (Tabelle 2). Die ange- 
zeigten Werte sind Beispiele, wie sie beim 


Überlauf- 
Flagge 


Negativ- 


Flagge 


BE un! NE u ru u a DE Fa u 


unbenutzt Abbruch- Dezimal- 
Flagge Flagge 


ist keine flchemie 


64’er 1871384 
Verantwortlicher Redakteur: 


Albert Absmeier 


C 64 auftreten können. PC ist der Programm- 
zähler, der immer auf den nächsten zu holen- 
den Befehl zeigt. (Der Wert $E 147 rührt vom 
SYS-Aufruf, mit dem ich meinen Assembler 
starte). IRQ zeigt uns an, auf welche Adres- 
se der so genannte Interrupt-Vektor gestellt 
ist. Das ist das Byte-Paar 788 (LSB) und 789 
(MSB). Im Normalfall zeigt es auf den Wert 
$EA31. 

Die nächsten acht Angaben beziehen sich 
auf das Prozessorstatusregister, das wir in 
der letzten Folge P genannt haben. Die Be- 
deutung der einzelnen »Flaggen« zeigt Ih- 
nen Tabelle 3. 

AC ist der aktuelle Inhalt des Akkus. XR 
zeigt an, was im X-Register, und YR, was im 
Y-Register enthalten ist. SP (von »Stackpoin- 
ter« = Stapelzeiger) gibt uns Auskunft über 
den freien Platz im Stapelregister. Damit 
wissen wir genau, was in diesem Moment in 
unserem Computer vorgeht. So fremd Ihnen 
das alles im Augenblick noch vorkommt, 
bald werden Sie mit dieser Registeranzeige 
auf vertrautem Fuß stehen. 


Zero- 
(Null-) 
Flagge 


Interrupt- Carry- 


Flagge (üÜbertrag-) 


Flagge 


Tab. 2: 
eine Register- 
anzeige 


Tab. 3: 

das Prozessor- 
Statusregister 
P - die Flaggen 
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Wie sieht ein Assemblerprogramm aus? 
Das menschliche Gehirn hat dem des Com- 
puters Vieles voraus. Dazu gehört beispiels- 
weise, dass ein Mensch allerlei Dinge gleich- 
zeitig tun kann: gehen, sprechen, lächeln, 
Musik hören, Handbewegungen ausführen, 
womöglich dabei auch noch etwas kauen 
und so weiter. 

Ein Computer ist dazu nicht im Stande. Er 
erledigt eine kleine Aufgabe nach der ande- 
ren. Weil er das so schnell macht, hat es für 
uns den Anschein, es geschähe alles gleich- 
zeitig. 

Das Maschinenprogramm ist eine Kette 
solch kleiner Aufgaben. Das erste Glied da- 
raus, das wir kennen lernen wollen, ist der 
Befehl LDA. 

Das bedeutet »LaDe den Akkumulator«. 
Alle Assembler-Befehlsworte bestehen aus 
drei Buchstaben, wie dieser hier auch. Wir 
haben in der ersten Folge schon gesagt, 
dass einem solchen Befehl eine 8-Bit-Kode- 
zahl entspricht. Das ist hier $A9 oder binär 
1010 1001 oder schließlich dezimal 169. 
Die Kodezahl muss in einem Speicherplatz 
stehen, zum Beispiel in $1500 (entspricht 
dez. 5376). Assemblerlistings sehen dann 
so aus: 


1500 LDA 


Hier tritt also die Speicherplatznummer mit 
einem nachfolgenden Befehl an Stelle der 
vom BASIC gewohnten Zeilennummer. 

Hier fehlt noch etwas Entscheidendes: 
Was soll in den Akku geladen werden? Ge- 
nauso wie es in BASIC Befehle gibt, die für 
sich alleine stehen können, wie »CLR« oder 
»LIST«, gibt es auch im Assembler solche Be- 
fehle. Weitaus häufiger aber sind hier Befeh- 
le, die ein Argument erfordern (in BASIC 
zum Beispiel »PEEK (100)«). Dabei ist 100 
das Argument). In Assembler gibt es zwei 
Sorten von Argumenten: solche, die in ei- 
nem Speicherplatz unterzubringen sind und 
andere, die zwei Bytes brauchen. Mit dem 
Befehlswort (hier also LDA) zusammen ge- 
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zählt, existieren in Assembler also I -Byte-Be- 
fehle, 2-Byte-Befehle und 3-Byte-Befehle. 

Das Argument von LDA ist also das, was 
in den Akku soll. Laden wir also mal eine I 
in den Akku: 


1500 LDA #501 


Wir haben jetzt einen 2-Byte-Befehl er- 
zeugt. Was aber bedeuten # und $ dabei? $ 
ist leicht zu erklären. Die große Mehrzahl 
der Assembler nimmt bei Zahlenangaben 
Hexadezimalzahlen an. Bei einigen muss 
man das durch das $-Zeichen kennzeich- 
nen. Manche Assembler lassen auch Binär- 
zahlen, Dezimalzahlen und sogar ASCII-Zei- 
chen als Argumente zu. Für jede Eingabeart 
steht dann vor dem Argument ein Zeichen, 
das die Art des Arguments angibt, zum Bei- 
spiel häufig »!« für Dezimalzahlen oder »%« 
für Binärzahlen. 

Nun zum #-Zeichen. Es gibt viele Arten, 
den Akku zu laden. Direkt mit einer Zahl - 
wie hier -, aber zum Beispiel auch mit dem 
Inhalt eines anderen Speichers und so wei- 
ter. Man spricht von der so genannten Adres- 
sierung. 

Es gibt eine ganze Menge davon, und je- 
de wird auf eindeutige Weise gekennzeich- 
net. Wenn wir in unseren Akku eine Zahl 
laden, dann ist das die »unmittelbare« Adres- 
sierung, und die kennzeichnet man mit dem 
#-Zeichen. 

Wenn in Speicherstelle $1500 die Kode- 
zahl für LDA steht, dann muss die I in der 
Speicherstelle $1501 stehen, wie es sich für 
einen 2-Byte-Befehl gehört. Wenn Sie nun 
die Assemblerzeile eingegeben haben und 
<RETURN> drücken, dann taucht auf dem 
Bildschirm ... eine Fehlermeldung auf (bei 
vielen Assemblern). Wir müssen nämlich 
unser Software-Instrument vorher noch an- 
weisen, jetzt zu assemblieren. Wie das ge- 
schieht, ist auch wieder von Assembler zu 
Assembler verschieden. Die meisten erwar- 
ten, dass man vor der Zeile noch ein A ein- 
gibt: 


A 1500 LDA #501 


Wenn Sie jetzt <RETURN> drücken, zeigt der 
Bildschirm: 

A 1500 LDA #S01 A 1502 
und meistens einen blinkenden Cursor, der 
auf die nächste Eingabe wartet. $1502 ist 
die nächste freie Speicherstelle, und wenn 
beim Programmablauf der Programmzähler 
nach dem LDA #501 auf $1502 deutet, 
dann erwartet er dort den nächsten Befehl. 
Wenn dort Unsinn steht, dann stürzt der 
Computer im Allgemeinen ab, je nachdem, 
welcher Kode dann hier zufällig enthalten 
ist. Wir haben ja 256 Mösglichkeiten dafür: 
$00 bis $FF. 

Im Gegensatz zu BASIC, wo man durch 
den Interpreter die Möglichkeit hat, Zeilen- 
nummern zu bauen, wie man will, muss hier 
das Progamm eine ununterbrochene Perlen- 
schnur von Befehlen in Speicherstellen sein. 
Durch einige Befehle lässt sich dieses Prin- 
zip allerdings durchbrechen. 

Damit wir die Wirkung von Befehlen se- 
hen können, greife ich auf einen Befehl vor, 
der ähnlich dem »STOP« in BASIC einen Pro- 
grammabbruch bewirkt: BRK. Die genaue 
Funktion soll erst später erklärt werden - wir 
erhalten jedenfalls dann, wenn ein Maschi- 
nenprogramm auf einen BRK-Befehl läuft, 
die Registerinhalte angezeigt. Das ist in den 
meisten Assemblern eingebaut. Wir ergän- 
zen jetzt: 


A 1502 BRK 


Damit erstmal genug. Steigen Sie aus dem 
Assembler aus und starten Sie das Pro- 
gramm. In den meisten Assemblern geht 
das mit G 1500 oder von BASIC aus mit 
»SYS 5376«. 

Jetzt werden wieder die Register ange- 
zeigt. Der Programmzähler steht auf 1503, 
im Akku steht Ol, alle Flaggen außer der 
Breakflagge sind null (die unbenutzte Flagge 
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steht immer auf I). Jetzt ändern wir das Ar- 
gument: 


A 1500 LDA #S00 A 1502 BRK 


Wir starten wieder und sehen uns die Regis- 
ter an: Programmzähler 1503, Akku jetzt 00, 
aber bei den Flaggen hat sich etwas verän- 
dert: Die Zero-Flagge ist auf I gesetzt. Wir 
sehen also: Diese Flagge bleibt solange un- 
gesetzt, solange nicht eine Null im Akku 
auftaucht, erst dann wird sie I. Noch einmal 
andern wir das Programm: 


A 1500 LDA #SFF A 1502 BRK 


Nach erneutem Start steht das Erwartete in 
den Registern, nur bei den Flaggen ist etwas 
Merkwürdiges passiert: Die Vorzeichenflag- 
ge steht auf I. Das bedeutet, im Akku soll 
eine negative Zahl stehen! Nun wissen wir 
aber, dass $FF = dez. 255 ist. Dieses Rätsel 
wird uns noch eine Weile begleiten. Es sei 
hier nur bemerkt, dass kein Fehler vorliegt: 
Immer, wenn in einer Zahl das Bit 7 gleich I 
ist, wird die Vorzeichenflagge auf I gesetzt. 
Die Lösung des Rätsels werden wir bei den 
negativen Binärzahlen finden. 

Wir schließen aus alledem: Der LDA-Be- 
fehl beeinflusst die Vorzeichen- und die Ze- 
roflagge. 


Der zweite Assemblerbefehl: STA 

STA heißt »STore Accumulator«, also »lege 
Akkuinhalt ab«. Wie Sie sich denken können, 
muss auch hier ein Argument auftauchen: 
nämlich, wohin abgelegt werden soll. Wir 
legen unseren Akkuinhalt in die erste Bild- 
schirmspeicherstelle (C 64: $0400, VC 20- 
Grundversion: $1EOO, VC 20 mit Erweite- 
rung: $ 1000). Unser Programm muss also so 
aussehen: 


A 1500 LDA #501 

A 1502 STA S0400 oder die entspre- 
chende Adresse 
(siehe oben) 
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Mit dem STA-Befehl lernen wir eine neue 
Adressierungsart kennen: die »absolute« 
Adressierung. Sie ist daran zu erkennen, 
dass kein besonderes Merkmal verwendet 
wird. Die Adresse $0400 ist nicht in einem 
Byte darstellbar, sondern wird aufgeteilt auf 
zwei Bytes. Im Speicher steht jetzt: 


LDA # 

5: 204 

STA 

S 00 (das ist das LSB) 
S 04 (das ist das MSB) 


Hier liegt also ein 3-Byte-Befehl vor, und die 
nächste freie Speicherstelle ist $1505. 

Vom BASIC her wissen Sie, dass I der Bild- 
schirmkode für den Buchstaben A ist, und 
dass man jeder Bildschirmspeicherstelle 
auch eine Bildschirmfarbspeicherstelle zu- 
ordnet. Um ein eingeschriebenes Zeichen 
vom Hintergrund abzuheben, muss man 
dort eine Farbinformation eingeben. Der 
Start dieses Bildschirmspeichers liegt so: 


C 64: $D800 
VC 20 (Grundversion): $9400 
VC 20 (erweiterte Version): $9600 


Der Farbe Schwarz entspricht die Kodezahl 
O0. Wir ergänzen unser Programm durch: 


A 1505 LDA #500 
A 1507 STA SD800 (oder entsprechen- 
der Speicher) 


Die nächste freie Adresse ist nun $150A. 
Unser Programm soll jetzt abgeschlossen 
sein. Damit der Computer aber beim Pro- 
srammzählerstand $150A nicht Unsinn vor- 
findet, muss - ähnlich wie bei »END« in BA- 
SIC - das Programm auf irgendeine Weise 
beendet werden. Das kann durch BRK ge- 
schehen. Wir wollen aber den dritten As- 
sembler-Befehl kennen lernen: RTS. Das 
heißt »ReTurn from Subroutine«, also »Rück- 
kehr aus Unterprogramm«. In unserem Fall 
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bewirkt das eine Rückkehr zum BASIC. Wie 
Sie sehen, ist das ein I-Byte-Befehl, also oh- 
ne Argument. 

Auch hier spricht man von einer Adressie- 
rungsart, nämlich der »impliziten« Adressie- 
rung. Man erkennt sie am Fehlen des Argu- 
ments. Die Adresse ist implizit, das heißt im 
Befehl selbst enthalten. Dies ist nämlich ein 
Befehl, der immer an den Programmzähler 
gerichtet ist. 

Der Computer holt sich vom Stapelspei- 
cher die dort zuoberst liegende Adresse, 
das ist die, bei der der Computer in ein Un- 
terprogramm gesprungen ist oder aber die, 
bei der der Computer BASIC verlassen hat. 
Wir ergänzen also noch: 


A 150A RTS 


und starten das Programm, zum Beispiel 
von BASIC aus mit »SYS 5376«. 

Natürlich taucht dann in der linken oberen 
Ecke des Bildschirms ein schwarzes A auf. 
Hier noch der BASIC-Lader: 


10 FOR 1 = 5376 TO 5386 : READ A : POKE 
I,A : NEXT I : END 
20 DATA 169, 1, 141, 0, 4*, 169, O0, 141 


0 2168, 96 


Die mit * markierten Zahlen müssen für den 
VC 20 verändert werden: Grundversion: 30 
und 148, erweiterte Version: 16 und 150. 

Eine Kombination von LDA mit STA ist 
vergleichbar mit dem POKE-Befehl in BA- 
SIC. Man kann in Assembler nicht direkt ei- 
ne Zahl in einen Speicher einschreiben, son- 
dern muss den Umweg über den Akku 
machen. 

Außer dem Akku eignen sich dazu aber 
auch das X-Register und das Y-Register. 
Hierfür gibt es die Befehle LDX (lade X-Re- 
gister), STX (lege X-Register-Inhalt ab), LDY 
(lade Y-Register) und schließlich STY (lege 
Y-Register-Inhalt ab). 

Sie können das übungshalber an unserem 
kleinen Programm ausprobieren. 


An dem folgenden Programm sehen Sie noch 
eine Eigenart der drei Register (Akku, X-Re- 
gister, Y-Register): 


1500 
1502 
1504 
1506 
1509 
150C 
150F 
1512 
1515 
1518 


LDA 
LDX 
LDY 
STA 
STX 
SEX 
sSTX 
STA 
STX 
RTS 


#S0l 
#500 
#502 
50400 
$D800 
$0401 
sD801 
$0402 
$D802 


1 due = Zu = Zu = But Zu > Zu = Zu = Zu Zu 


Für den VC 20 werden die entsprechenden 
Speicherstellen für Bildschirmspeicher und 
Bildschirmfarbspeicher eingesetzt. Dieses 
Programm druckt - wie erwartet - »ABA« in 
die linke obere Ecke des Bildschirms. Dabei 
ist das X-Register dreimal ausgelesen wor- 
den und der Akku zweimal. 

Sie sehen also, dass die Registerinhalte 
durch die STA-, STX- und STY-Befehle nicht 
verändert werden. 

Wir wollen noch etwas ausprobieren. Bis- 
her haben wir den LDA-Befehl nur mit der 
»unmittelbaren« Adressierung kennen ge- 
lernt. LDA, LDX und LDY können jedoch 
auch »absolut« adressiert werden: 


A 1518 LDA $D800 


Damit laden wir den Inhalt der Speicherstel- 
le $D800 (beim VC 20 die anderen Adres- 
sen des Bildschirmfarbspeichers) in den Ak- 
ku. Der Inhalt ist seit $1509 eine Null. Jetzt 
weiter: 


A 151B STA 50403 
A 151E STX 5D803 
A 1521 RTS 


Das müsste beim Ablauf des Programms 
noch einen Klammeraffen (@mit Bildschirm- 
kode O) an die vierte Stelle platzieren, was 
Sie durch »SYS 5376« leicht nachprüfen kön- 
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nen. Sie sehen, dass man mit diesen sieben 
Befehlen schon eine Menge anfangen kann. 

Wir kommen noch einmal zur Adressie- 
rung. Ich hatte Ihnen gesagt, dass LDA #501 
ein 2-Byte-Befehl mit unmittelbarer Adres- 
sierung ist (ein Byte für LDA und eines für 
O1), LDA SD800 ist ein 3-Byte-Befehl (ein 
Byte für LDA, je eines für das LSB und das 
MSB von $D800) mit absoluter Adressie- 
rung. Da werden Sie sich doch sicher schon 
gefragt haben, wo die Adressierung bleibt. 

Wenn aber kein Byte für die Adressen- 
markierung (zum Beispiel #) reserviert ist, 
muss die Kennzeichnung irgendwie anders 
sein. 

Wenn Sie einen Disassembler zur Verfü- 
gung haben, dann sehen Sie sich damit un- 
ser Programm an. Fast jeder Disassembler 
gibt neben dem Assemblertext auch Byte 
für Byte in Hexadezimalzahlen die Kodes 
an. Wenn Sie nun die beiden Befehle LDA 
#501 und LDA SD800 von den Kodes her 
untersuchen, sehen Sie Folgendes: 


1500 A9 01 
1518 AD 00 D8 


LDA #501 
LDA SD800 


Offensichtlich gehört jeweils das erste an- 
gezeigte Byte zu LDA. Sie sind aber ver- 
schieden! 

Wir sehen daraus, dass die Kodezahl für 
einen Befehl gleich zwei Informationen ent- 
hält: Das Befehlswort selbst (LDA) und die 
Adressierungsart. 

Genauso, wie man LDA sowohl unmittel- 
bar als auch absolut ausführen kann, ist das 
auch mit LDX und LDY möglich. Bei den Be- 
fehlen STA, STX und STY ist eine unmittel- 
bare Adressierung sinnlos. Für RTS kennt 
man nur eine implizite Adressierung. Wir 
fassen das alles zusammen in Tabelle 4. 

In den letzten Spalten von Tabelle 4 ist 
noch angegeben, inwieweit durch diese Be- 
fehle das Prozessorstatusregister beeinflusst 
wird, so wie wir es für den Befehl LDA schon 
ausprobiert haben. In der vorletzten Spalte 
sehen Sie, wie lange die Ausführung eines 


23 


Assembler - Folge 2 


‚ an; Befehlswort | Adressierung | Byte-Anzahl Kode Dauer in Beeinflussung 
die ersten sie- Taktzyklen von Flaggen 
ben Befehle 


ee se 
ae jese  e e 
in fee ss m I me 
iss femme | a m (m | a I me 
ne a [me I me 
ie femme | a m se | a I me 
ie fan [5 ae (male I me 
fan 8 I (sa le me 
re fan 8 ee [se | 0 re 
EEE CZ EHE BC BEE BEE BEE EHE 
ee fee I De se | ee 


Befehls dauert. Wenn sie für einen Taktzyk- 
lus etwa eine Mikrosekunde rechnen, dann 
müssten Sie jetzt ausrechnen können, wie 
lange unser letztes Programm zur Bearbei- 
tung braucht: 48 Mikrosekunden. Ein ver- 
gleichbares BASIC-Programm braucht dazu 
etwa hundertmal so lange: zirka 0,05 Se- 
kunden. 

Ein bisschen von Assembler-Alchemie 
verstehen Sie jetzt schon mit diesen sieben 
Befehlen. Wir wollen uns nun die Zahlen an- 
sehen, die hier Verwendung finden: Das Bi- 
näarsystem und das Hexadezimalsystem. 

Die einzigen Ziffern, die unser Computer 
kennt, sind O und 1. Sie stehen für »Strom 
an« oder »Strom aus« oder für »keine magne- 
tische Erregung« bzw. »magnetische Erre- 
gung«. 

Deswegen ist es für uns als angehende 
Assembler-Alchemisten von großer Bedeu- 
tung - wir arbeiten ja ganz eng an der Hard- 
ware -, dieses binäre Zahlensystem handha- 
ben zu können. 

Das Hexadezimalsystem kennt der Com- 
puter eigentlich gar nicht. Wir verwenden 
es, weil es in einem besonders engen Zu- 
sammenhang mit Binärzahlen und dem Auf- 
bau unseres Computers steht: Die größte 
einstellige Hex-Zahl ist $F, das entspricht 
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genau 1111 im Binärsystem, also dem ma- 
ximalen Füllungsgrad eines halben Bytes, 
das »Nibble« genannt wird. Ein ganzes Byte 
kann maximal $FF enthalten (binär 1111 
1111) und der gesamte Speicheradressen- 
bereich unseres Computers geht bis $FFFF 
(dezimal 65535). 

Eine einstellige Hex-Zahl passt also in ein 
Nibble, eine zweistellige in ein Byte und ei- 
ne dreistellige oder vierstellige in zwei By- 
tes, weshalb man solche Hex-Adressen 
auch recht leicht in das LSB und das MSB 
aufteilen kann: 


5D8:700 


wobei D8 das MSB und OO das LSB ist. 
Rechnen werden wir mit Hexadezimalzah- 
len nicht. Wir benutzen dazu das Dezimal- 
system oder - wenn es sich um computerin- 
terne Vorgänge handelt - das Binärsystem. 

Das Rechnen mit Binärzahlen funktioniert 
genauso wie das mit Dezimalzahlen. Es gilt 
also: 


u er ED a 


+++ + 
HOro 
ı 
HHHoOo 


wobei binär IO gleich dezimal 2 ist. Als Bei- 
spiel können wir 2 + I = 3 im Binärsystem 
rechnen: 


10 (entspricht dez. 2) 
+ 01 (entspricht dez. |) 
11 (entspricht dez. 3) 


Die Addition erfolgt also spaltenweise wie 
beim gewohnten dezimalen Addieren. Auch 
mit dem Übertrag läuft es wie im Dezima- 
len. Beispiel2 +2 =4: 


10 (entspricht dez. 2) 
+ 10 (entspricht dez. 2) 
100 (enstpricht dez. 4) 


In der zweiten Spalte wurde nach der Regel 
verfahren: I + I = 10. Rechnen wir nun noch 
3+r3=6: 


11 (entspricht dez. 3) 
+ 11 (entspricht dez. 3) 
110 (entspricht dez. 6) 
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In der ersten Spalte wurde gerechnet I + | 
= 10, wobei nach dem alten Motto: O hin, | 
im Sinn die O unter den Strich gesetzt wur- 
de. In der zweiten Spalte wird dann so ver- 
fahren: I + I + I (das ist die 1, die wir »im 
Sinn« hatten) = 11. Ich meine, dass Sie ohne 
Probleme die folgenden Übungsaufgaben 
lösen und dann jeweils dezimal das Ergeb- 
nis nachprüfen können: IO +5, 7 +1,16 + 
16, 240 + 16, 62 + 65 

In der nächsten Folge werden wir eine 
Anzahl neuer Assembler-Befehle kennen 
lernen und erfahren, wie der Computer Zah- 
len voneinander abzieht. Bei der Gelegen- 
heit lernen Sie dann noch einige Flaggen 
kennen, und wir werden das Rätsel, warum 
bei LDA # SFF eine negative Zahl ange- 
zeigt wird, lösen. Und vor allem: Sie erhal- 
ten einen komfortablen Assembler, Disas- 
sembler und einen Monitor. 
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In den ersten beiden Folgen unseres As- 
sembler-Kurses mussten Sie noch mit BA- 
SIC-Ladern arbeiten. Jetzt steht Ihnen ein 
leistungsfähiger Monitor zur Verfügung, 
der SMON. Somit können Sie alle Beispiele 
direkt eingeben und ausprobieren. 


In der letzten Folge haben wir die ersten As- 
sembler-Befehle kennen gelernt und wis- 
sen, wie man sie benutzt und was sich im 
Computer dabei tut. Die Zahlen der As- 
sembler-Alchemisten haben uns einige Ge- 
heimnisse enthüllt, obwohl sie für die Zwei- 
fingerlinge und die Sechzehnfingerlinge 
gedacht sind. Die Binärzahlen können wir 
schon zusammenzählen. 

Heute werden Sie eine Reihe weiterer As- 
sembler-Befehle kennen lernen und noch 
ein weiteres Zahlensystem. Wir ergründen 
das Geheimnis der negativen Zahlen und 
machen uns die Funktion der Flaggen zu 
Nutze. 

Wir haben nun auch einen sehr brauchba- 
ren Assembler für den C 64: den SMON. Sie 
können ihn als D64-Diskettenimage unter 
www.skriptorium-vd.de/O1/smon.d64 he- 
runterladen. Eine Anleitung zum Programm 
finden Sie weiter hinten im Buch. Künftig 
wird in dieser Serie die SMON-Syntax ver- 
wendet und kein BASIC-Lader mehr ange- 
geben. Außerdem hat in Ausgabe 9 die Se- 
rie »Der gläserne VC 20« begonnen, so dass 
sich der Schwerpunkt hier mehr auf den 
C64 verlagert. Das sollte aber die VC 20- 
Fans nicht davon abhalten, diesen Kurs wei- 
ter zu verfolgen, denn bis auf gelegentliche 


ist keine filchemie 


64’er 1171984 
Verantwortlicher Redakteur: 


Georg Klinge 


Adressänderungen ist fast alles für sie ver- 
wendbar. 


Eine Zauberformel der Assembler-Alche- 
misten: INX, INY, INC, DEX, DEY, DEC 

Wir wissen ja schon, dass man diese »Zau- 
berformeln« entzaubern kann. INX heißt 
einfach »INcrement X-Register«, also Inhalt 
des X-Registers um I erhöhen. 

Es wird Ihnen sicher einleuchten, dass INY 
dasselbe mit dem Y-Register tut. Etwas we- 
niger deutlich ist das bei INC. Das bedeutet 
»INCrement memory«, also zähle zum Inhalt 
einer Speicherstelle eins dazu. INX und INY 
enthalten alles, was dem Computer zu sa- 
gen ist, sind also offensichtlich I-Byte-Be- 
fehle mit der in der letzten Folge schon ken- 
nen gelernten impliziten Adressierung. Bei 
INC muss dem Computer noch gesagt wer- 
den, welche Speicherstelle er um I erhöhen 
soll. Es gehört also noch eine Adresse dazu. 
Das lässt diesen Befehl im Allgemeinen zu 
einem 3-Byte-Befehl werden. 


Befehle zum Zählen 

Das umgekehrte leisten die Befehle DEX, 
DEY und DEC. Sie bedeuten nämlich »DE- 
crement X-Register«, also »zähle das X-Re- 
gister um eins herunter« beziehungsweise 
das Y-Register oder - bei DEC - die angege- 
bene Speicherstelle. Für die Adressierungs- 
art und die Anzahl Bytes pro Befehl gilt hier 
das gleiche wie für die INX ...-Befehle. Se- 
hen wir uns das an einem kleinen Beispiel 
an (Bitte lesen Sie sich dazu die Bedie- 
nungshinweise zum SMON durch): 
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1500 
1502 
1504 
1507 
150A 
150B 
150E 
1511 
1512 
1515 
1518 


LDA 
LDX 
STA 
STX 
INX 
STA 
STX 
DEX 
STA 
STX 
BRK 


#00 
#01 
D800 
0400 


D801 
0401 


D802 
0402 


Wenn Sie das kleine Programm mit G 1500 
starten, sollten Sie in der linken oberen Ecke 
des Bildschirms »ABA« in schwarzer Schrift 
stehen haben. Was ist geschehen? 

Wir haben den Inhalt des Akkus (= O, also 
Farbkode für schwarz) in das Bildschirm- 
Farbregister geschrieben (#D800), dann den 
Inhalt des X-Registers (1 = POKE-Kode für 
den Buchstaben A) in die erste Bildschirm- 
Speicherzelle (# 0400). 

Anschließend wurde das X-Register um I 
erhöht (2 = POKE-Kode für den Buchstaben 
B) und dieser Inhalt in die zweite Bildschirm- 
zelle geschrieben. Außerdem musste natür- 
lich auch dieser Bildschirm-Farbspeicher- 
platz mit dem Farbkode O belegt werden. 

Durch DEX wurde das X-Register wieder 
heruntergezählt, somit wieder ein A erzeugt 
und in die dritte Bildschirmstelle gedruckt. 

Sie haben sicher schon bemerkt, dass man 
auf diese Weise Abläufe mitzählen kann. 
Soll zum Beispiel ein Vorgang 20-mal wie- 
derholt werden, dann packt man ins X-Re- 
gister (oder ins Y-Register oder in eine an- 
dere Speicherstelle) den Anfangswert O, 
lässt den Computer eine Arbeit ausführen, 
erhöht das entsprechende Register oder die 
Speicherzelle um I mit INX, INY oder INC, 
prüft dann, ob dieser Inhalt schon 20 ge- 
worden ist und so weiter. Wie man diese 
Prüfung vornimmt, dazu kommen wir erst 
später bei den »Branch«-Befehlen. Das ist al- 
so ähnlich wie im BASIC bei den FOR .... 
NEXT-Schleifen: Dort wird eine Variable als 
Zähler verwendet, hier ein Register (oder ei- 
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ne Speicherstelle). Ebenso wie im BASIC bei 
diesen Schleifen kann man auch hier rück- 
warts zählen: mit DEX, DEY oder DEC. Das 
hat oft gewisse Vorzüge, was uns aber noch 
nicht kümmern soll. 

Wenn wir diese Befehle als Zähler ver- 
wenden, sollten wir im Auge behalten, dass 
eine Speicherstelle (auch ein X- oder Y-Re- 
gister) Zahlen nur von O bis 255 enthalten 
kann. Die höchste 8-Bit-Zahl ist ja 


1111 1111 (bin.) / dez. 255 


+ 1 | 


(1) 0000 0000 0! 
Wenn wir also über 255 hinaus zählen, er- 
gibt sich wieder O und so weiter, weil ein 
Überlauf stattgefunden hat. Das neunte Bit 
passt nicht mehr in das Byte hinein. 

Um noch mal genau sehen zu können, 
was unser Computer da tut, probieren Sie 
einmal aus: 


1500 LDA #01 
1502: BRK 


Das soll uns die Register zunächst mal im 
Ausganszustand zeigen. Nach G 1500 wer- 
den sie angezeigt: 


ACXR YR N V - BD I ZC 
91.00 90.00... 29.0:200 


Im Akku steht jetzt die dort eingeladene |. 
Nun wollen wir das X-Register mit 255 (also 


$FF) laden. Dazu ändern wir das Programm: 


1502 LDX #FF 
1504 BRK 


Nach erneutem G 1500 zeigen die Register: 


AC KR YRN V - BD I ZC 
01T. ,EE 00-1.%0-7: 20.0090 


Im X-Register steht nun die Zahl $FF. Bei den 
Flaggen hat sich die N-Flagge (die negative 


Zahlen anzeigen soll) auf I geschaltet! Nun 
wollen wir das X-Register über 255 hinaus 
zählen. Wir verändern das Programm noch 
mal: 


1504 INX 
1505 BRK 


Der Start mit G 1500 liefert uns die folgen- 
de Registeranzeige: 


AC XR YR NV - BD I ZC 
01 00 00 0071 10 0 10 


Wie erwartet, ist der Überlauf des X-Regis- 
ters eingetreten: Es ist jetzt Null. Die N-Flagge 
hat ihren gewohnten Wert O wieder ange- 
nommen und die Z-Flagge, die uns anzeigt, 
ob die letzte Operation eine Null erzeugt 
hat, ist jetzt gesetzt. Bei weiterem Hochzäh- 
len verschwindet die Z-Flagge wieder: 


1505 INX 
1506 BRK 


G 1500 liefert den Registerinhalt: 


AC XR YR N V - BD TI 2ZC 
01 01 00 00 1 10 000 


Das Gleiche passiert bei Verwendung des Y- 
Registers als Zähler, wie Sie leicht durch Aus- 
tauschen aller auf X bezogenen Befehle fest- 
stellen können. 

Sehr nett ist es, diesen Befehlsablauf ein- 
mal für den INC-Befehl auf die Speicher- 
stelle $0400 (Bildschirmspeicher links oben) 
bezogen ablaufen zu lassen. Wenn man da- 
rauf achtet, dass kein Hochscrollen des Bild- 
schirms eintritt, kann man das Ergebnis au- 
Ber in den Registern auch noch als Zeichen 
auf dem Bildschirm verfolgen. Der Beginn 
der Befehlssequenz ist dann sinnvollerweise: 


1500 LDA #FF 
1502 STA 0400 
1505 BRK 
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Im Folgenden setzt man dann an Stelle von 
INX immer INC 0400 ein. 

Was passiert beim Herunterzählen unter 
Null? Sie können das mit der gezeigten Be- 
fehlskette leicht verfolgen, indem Sie immer 
statt INX den Befehl DEX setzen und die 
Register nicht mit $FF, sondern mit Ol laden. 

Es zeigt sich, dass beim Herunterzählen 
nach der Null wieder 255 (= $FF) im Register 
zu finden ist. Die Reaktion der N- und der Z- 
Flagge auf den jeweiligen Registerinhalt ist 
die Gleiche wie beim Hochzählen. 

Es ist nun deutlich, dass diese sechs Be- 
fehle die N-Flagge und die Z-Flagge beein- 
flussen können. Diese Tatsache wird später 
noch eine große Rolle spielen, wenn es um 
die bereits erwähnte Schleifenkontrolle geht. 


Noch ein alchemistischer Zahlentrick 

Die Assembler-Alchemisten haben noch viel 
mehr Arten der Zahlen- und Zeichendarstel- 
lung auf Lager. Eine davon ist die Kodierung 
als »BCD-Zahlen«. 

BCD kommt vom englischen »Binary Co- 
ded Dezimal«, was bedeutet: binär kodierte 
Dezimalzahlen. 

Zwischendurch möchte ich noch eine Be- 
merkung loswerden, die Sie als Trost auffas- 
sen sollen: Auch wenn wir später andere 
Zahlendarstellungen kennen lernen werden, 
es wird nicht so schwierig! Sogar so kom- 
plette Idioten wie Computer verstehen das, 
obwohl man ihnen alles haarklein vorkauen 
Muss. 

Wenden wir uns nun wieder den lächer- 
lich einfachen BCD-Zahlen zu. Alle Zahlen 
von O bis 9 lassen sich binär mit nur 4 Bits 
ausdrücken: 
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Tab. 5: 
Vergleich von 
Dezimal- und 
Binärzahlen 
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Die weiteren Werte 1010 bis 1111 werden 
in der BCD-Kodierung nicht benutzt. Liegt 
nun eine Dezimalzahl (zum Beispiel 12) vor, 
dann wird jede Stelle dieser Zahl (also die | 
und die 2) getrennt binär kodiert. 

In unserem Beispiel mit der I2 wäre das 
dann 0001 für die I und 0010 für die 2. So- 
mit ist die I2 im BCD-Kode 0001 0010. Je- 
de Ziffer erhält so ihr Nibble. Eine Zahl im 
BCD-Format hat deswegen keine feste An- 
zahl von Bytes, sondern die Byte-Zahl hängt 
von der Anzahl der Stellen ab. Die Zahl 
1984 beispielsweise braucht 2 Bytes: 0001 
1001 1000 0100. 

Schwierig gestaltet sich das Rechnen mit 
diesen Zahlen wegen der sechs unbenutz- 
ten Kodes. Aber auch da habe ich einen 
Trost für Sie: Wir werden damit nicht rech- 
nen. Wozu das Ganze dann, werden Sie sich 
fragen. 

Der Grund für das alles ist, dass BCD-Zah- 
len im Gegensatz zu den Zahlen mit festem 
Format (die sonst verwendet werden) so 
eingegeben und verarbeitet werden kön- 
nen, wie sie vorliegen. Das ist im kaufmän- 
nischen Bereich manchmal notwendig, wo 
eben 1000 x 0,1 Pfennige I Mark ergeben 
und Fehler unzulässig sind. Sollten Sie also 
vor dem Problem stehen, mit BCD-Zahlen 
rechnen zu müssen, grämen Sie sich nicht: 
Unser Prozessor kennt den Dezimalmodus. 
Er ist dann eingeschaltet, wenn die Dezimal- 
Flagge auf I gesetzt ist. 

Damit sollen Sie dann auch noch gleich 
zwei neue Befehle kennen lernen: SED und 
CLD. Der Erstere hat nichts mit Parteien zu 
tun, sondern ist die Abkürzung für »SEt De- 
zimal flag«, also setze die Dezimalflagge. So 
schalten Sie den Dezimal-Modus ein. Wie 
Sie sicher schon messerscharf geschlossen 
haben, heißt CLD »CLear Dezimal flag«, also 
setze die Dezimalflagge auf Null, wodurch 
dieser Modus wieder auszuschalten ist. 

Wichtig! Wenn Sie argwöhnen, dass in ei- 
nem Programm irgendwann mal die Dezi- 
mal-Flagge gesetzt sein könnte, dann gehen 
Sie auf Nummer sicher und schieben vor ei- 
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ne Rechenoperation, die nicht im Dezimal- 
modus laufen soll, ein CLD. 

Beide Befehle sind I-Byte-Befehle mit im- 
plizierter Adressierung. Sie beeinflussen le- 
diglich die Dezimalflagge. 


Das Geheimnis der negativen Binärzahlen 
Wie schon mal betont: Der Computer ist 
strohdumm. Er kann nicht einmal auf nor- 
male Weise voneinander abziehen! Deswe- 
gen geht er den komplizierten Weg: Er ad- 
diert eine negative Zahl. 

Nur: Wie sehen negative Binärzahlen aus? 
Wir werden diese Frage in drei Etappen be- 
antworten. 


a) Man könnte eine Flagge setzen, die bei 
negativen Zahlen 1 ist und bei positiven Zah- 
len O. Bei einigen Fließkommazahlen wird 
das auch so gemacht. 

Hier aber setzt man die Flagge direkt in 
die Zahl ein: Bit 7 jeder Zahl ist jetzt ein Vor- 
zeichenmerkmal. Wenn dieses Bit O ist, han- 
delt es sich um eine positive, wenn es 1 ist, 
um eine negative Zahl. Auf diese Weise ist 
also +1 wie bisher 0000 0001, wohinge- 
gen -1 jetzt 1000 0001 hieße. 

Damit wird allerdings der Zahlenbereich, 
der durch ein Byte auszudrücken ist, ver- 
schoben. 255 = binär 1111 1111 kann so 
nicht mehr verwendet werden. 

Die größte Zahl, die jetzt ausgedrückt 
werden kann, ist 0111 1111 = dezimal 127. 
Die kleinste Zahl ist dann 1111 1111 = 
-127. Probieren wir mal aus, wie sich damit 
rechnen lässt: 


+10 0000 1010 
= 6 1000 O110 
= 1001 0000 (= -16) 


was offensichtlich falsch ist, denn nach 
Adam Riese sollte +4 herauskommen. So 
kann man also nicht rechnen! 

Man nennt diese Art der Zahlendarstel- 
lung übrigens »Signed Binary«-Format, also 
auf Deutsch: markierte Binärzahlen. 


b) Der nächste Schritt ist das so genannte Ei- 
nerkomplement. Dabei tritt für die positiven 
Zahlen keine Änderung ein. Die negativen 
entstehen aus den positiven durch Komple- 
mentbildung, das heißt jedes Bit der positi- 
ven Zahl wird in sein Gegenteil verkehrt, 
wie es das folgende Beispiel zeigen soll: 


00001100 =+12 
dann ist das Einerkomplement: 
1111 0011 >=-I12 


Komplement ist nicht kompliziert 
Interessanterweise taucht hier auch wieder 
das Merkmal der »Signed Binary«-Zahlen 
auf: die I in Bit 7 bei negativen Zahlen. Be- 
schränkt man sich auf den Zahlenbereich, 
der für die »Signed Binary«-Zahlen gültig 
war, dann hätten wir jetzt beide Darstel- 
lungsweisen miteinander vereint. Nun müs- 
sen wir natürlich noch feststellen, ob man so 
auch rechnen kann. 


+8 0000 1000 
-6 1111 1001 (als Einerkomplement) 


= (1) 0000 0001 


was | mit einem Übertrag ergäbe - jedenfalls 
nicht 2, wie's sich gehört. Also ist auch die 
Einerkomplementdarstellung noch nicht das 
Gelbe vom Ei. 


c) Ich will Sie nicht länger auf die Folter 
spannen: Wenn man zum Einerkomplement 
einer Zahl noch I dazuzählt, erhält man das 
Zweierkomplement. Und genau so werden 
negative Zahlen in unserem Computer ge- 
handhabt. Die positiven Zahlen bleiben un- 
verändert. Von den negativen bildet man 
das Zweierkomplement wie zum Beispiel 
hier mit der Zahl - 12: 
12 0000 1100 (binär) 

(-12) 1111 0011 (Einerkomplement) 

+ 1 0000 0001 addieren 

-12 1111 0100 (Zweierkomplement) 
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jetzt wollen wir auch diese Zahlenart aus- 
giebig testen. Wir rechnen noch mal 8 - 6: 


+ 8 0000 1000 


— 6 1111 1010 (Zweierkomplement) 


(1)0000 0010 also 2 mit einem 
Übertrag, der igno- 
riert wird. 


Das Ergebnis ist richtig. Wenn bei einer sol- 
chen Rechnung eine negative Zahl heraus- 
kommt, ist sie nicht leicht zu erkennen. In 
solchen Fällen kehrt man das Vorzeichen um, 
indem man das Zweierkomplement berech- 
net. Das machen wir mal am Beispiel 5 - 6: 


+ 5 0000 0101 

- 6 1111 1010 (Zweierkomplement) 

1111 1111 (-I als Zweierkomp- 
lement) 


Zur Kontrolle nun die Vorzeichenumkehr 
durch Umrechnen ins Zweierkomplement: 


0000 0000 (Einerkomplement von -1) 
+1 0000 0001 
= 0000 0001 (also wie erwartet +1) 


Auf diese Weise rechnet unser Computer mit 
negativen Zahlen. Negative ganze Zahlen 
speichert er im Zweierkomplement-Format. 
Auch wenn wir nun etwas vorgreifen müs- 
sen, wollen wir uns das ansehen. Dazu 
schalten Sie am besten erst einmal den 
Computer aus und laden dann den SMON 
beziehungsweise Ihren Assembler. Dann 
bauen wir ein kleines BASIC-Programm: 


10 A% = -12 
20 END 


Wie Variablen im Speicher stehen 

Noch nicht »RUN« eingeben! Zuerst schal- 
ten Sie den Maschinensprachemonitor ein, 
und wir sehen uns das Programm so an, wie 
es im Speicher steht. Der BASIC-Speicher 
des C 64 beginnt im Normalfall bei $0800. 
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Abb. 5: 

Der Monitor 
zeigt das nack- 
te Programm 
im Speicher. 


Wir geben also den Monitorbefehl M 0800 
ein. Uns genügen schon die Speicherplätze 
bis $081C. Nun sehen wir das nackte BA- 
SIC-Programm im Speicher, so wie es unsC. 
Sauer in seinem Artikel »Der gläserne VC 20, 
Teil I« in der 64’er 9/ 1984, Seite 156 be- 
schrieben hat. 

In Abbildung 5 ist unser Speicherinhalt 
kommentiert zu sehen. Das Programm en- 
det im Speicherplatz $0813. Das Kennzei- 
chen für Programmende sind zwei aufeinan- 
der folgende Bytes mit dem Wert Null. 

Dahinter werden die Variablen abgelegt, 
sobald das Programm gestartet wird. Wir 
steigen aus dem Monitor durch Eingabe von 
»X« aus und starten das Programm mit »RUN«. 
Jetzt sehen wir nochmal in den Speicher. 

Bis $0813 hat sich nichts verändert. Danach 
aber ist jetzt in 7 Bytes die Variable A% ab- 
gelegt. Das zeigt Abbildung 6. 

Zunächst einmal die Bytes $0814 und 
$0815: Hier werden der Variablenname und 
der -typ angegeben. Der Typ ist aus den Bits 
7 zu erkennen. Sind beide (wie hier) gleich 
I, dann handelt es sich um eine Integerva- 
riable (also eine ganze Zahl). Lässt man die 
Kennbits außer Acht, zeigt sich, dass in $0814 
der Kode für den Buchstaben A steht und 
$0815 nur den Wert O enthält. 


080C 
Koppeladresse 


000A 
Zeilennr. 10 


FF 


Zeilen- 


Programmende 
ende I 


Nun zum Rest: Der C 64 legt Integers in 
nur 2 Bytes ab - die restlichen 3 Bytes $0818 
bis $081 A bleiben ungenutzt. Das ist auch 
dann der Fall, wenn danach noch weitere 
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0812 
Koppeladresse 


leerer Speicher 


Variablen kommen. Es bringt also keine Spei- 
cherersparnis (VC 20-Benutzer aufgepasst!), 
wenn man mit Ganzzahlvariablen arbeitet! 

In $0817 steht $F4, welches binär ausge- 
drückt 1111 0100 ist. Das kennen wir noch 
von weiter oben als die - I2 im Zweierkom- 
plement-Format. 

Woher kommt $FF in Speicherzelle 
$0816? Wie gesagt, die Integers werden in 
2 Bytes gespeichert, und wenn wir - 12 in 16 
Bits ausdrücken, dann sieht das so aus: 


+12 0000 0000 0000 1100 
1111 1111 1111 0011 (Einerkom- 
plement) 
+ 1 0000 0000 0000 0001 
==12 211778 1321.12272.027090 
MSB LSB 
= $FF =>F4 


($FF und $FA als 16-Bit-Zweierkomplement) 
Die größte positive ganze Zahl, die man in 2 
Bytes ausdrücken kann, ist 32767, was binär 
0111 1111 1111 1111 ergibt. Die kleinste 
ist 1000 0000 0000 0000, also -32768. 

Das ist der Grund dafür, dass der C 64 In- 
tegers größer als 32767 oder kleiner als 
-32767 dankend mit »ILLEGAL QUANTITY 
ERROR« ablehnt, wenn sie als Argument ver- 
wendet werden. 
(Die Zahl -32768 
kann als Ergebnis 
logischer Ope- 
rationen durch- 
aus auftauchen.) 

Damit will ich 
Sie für diesmal 
von den Zahlen- 
spielereien erlö- 
sen. 

In der nächs- 
ten Folge müs- 
sen wir darauf 
noch mal zurückkommen. Sie können die 
Art des Abziehens von Zahlen durch Addie- 
ren des Zweierkomplementes bis zum nächs- 
ten Mal an weiteren Beispielen üben. Wenn 


0014 
Zeilennr. 20 


FF 


Sie das mit 16-Bit-Zahlen tun, werden Sie 
bald feststellen, dass noch nicht alles so 
funktioniert, wie es sollte ... 

Wir können jetzt übrigens auch das Rätsel 
lösen, weshalb bei positiven Zahlen (zum 
Beispiel LDA #FF) die Negativ-Flagge auf | 
geht: Die Flagge wird immer dann gezückt, 
wenn eine Zahl auftritt, die in Bit 7 eine | 
aufweist. Ganz einfach, gell? 


Ein wirkungsvolles Zweiglein: BNE 
Vermutlich raucht Ihnen nach soviel Zahlen- 
salat der Kopf. Deshalb sollen Sie zur Ent- 
spannung noch einen neuen Assembler-Be- 
fehl kennen lernen und auch gleich ein 
nützliches Programmbeispiel dazu. 

BNE heißt »Branch if Not Equal zero«, was 
man übersetzen kann mit »verzweige, wenn 
ungleich Null«. Genauer gesagt: Es wird dann 
verzweigt - also zu einer angegebenen Adres- 
se gesprungen -, wenn die Z-Flagge (die ha- 
ben wir bei den INX- / DEX ....-Befehlen ge- 
nauer untersucht) nicht gesetzt ist, also O 
zeigt. 

Sehen wir uns das mal an der folgenden 
Verzögerungsschleife an. Abbildung 7 zeigt 
das dazugehörige Flussdiagramm. Das Pro- 
grammchen dazu: 


1500 LDX #FF 

1502 LDY #FF 

1504 DEY Speicher- 

1507 DEX 

1508 BNE 1502 1 
150A BRK C1 


Zunächst wer- 1100 0001 
den das X- und 
das Y-Register 
als Zähler initia- 
lisiert, also mit ei- 
nem Ausgangs- 
wert geladen. 
Mit dem vor- 
hin behandel- 
ten Befehl DEY 


0100 0001 
=65 
Kode für A 


80 


1000 0000 
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wird dann das Y-Register um | herunterge- 
zählt, was jetzt $FE ergibt. Für die Nullflagge 
(Z) bedeutet das den Inhalt O, denn es liegt 
kein Grund vor, sie zu setzen (also dort eine 
Il anzuzeigen), weil noch keine Null aufge- 
treten ist. 

Bei der nachfolgenden Prüfung durch BNE 
wird also eine Verzweigung nach 1504 das 
Ergebnis sein, worauf das Y-Register weiter 
verringert und dann die Z-Flagge erneut ge- 
prüft wird und so weiter. Das geht so lange, 
bis nun wirklich endlich die Null im Y-Regis- 
ter erreicht ist. 

In diesem Fall zählt DEX nun das X-Regis- 
ter herunter, und der nächste BNE-Befehl 
führt zum Sprung nach 1502, wo das Y-Re- 
gister wieder auf $FF gesetzt wird. Auf diese 
Weise wird die äußere Schleife 255-mal und 
die innere 65025-mal durchlaufen. 


Kein Widerspruch: 

Assembler-Programme langsamer machen 
Sie haben beim Eingeben des Programms 
vermutlich etwas gestutzt, als der Assemb- 
ler nach dem BNE 1504 als nächste Adresse 
statt dem erwarteten 1508 eine 1507 aus- 
gegeben hat. Der Befehl sieht zwar wie ein 
3-Byte-Befehl aus, ist aber nur ein 2-Byte- 
Befehl! Das liegt an der speziellen Art der 
Adressierung von solchen Branch-Anwei- 


3 4 
FF F4 
1111 1111| 1111 0100 


Variablenname und -typ 
Variablenwert 
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0816 0817 0818 — 081A 
BE EEE 


00 00 00 


unbenutzt 
bei Integer- 
zahlen 


Abb. 6: 

So werden In- 
teger-Variablen 
aus BASIC-Pro- 
grammen vom 
C 64 im Spei- 
cher eingerich- 
tet. 


Assembler - Folge 3 


Tab. 6: 
die Il neuen 
Befehle 


Beeinflus- 
Dauer in 


sung von 
Taktzyklen 


Flaggen 


ee se 
ne I m | a I mn 
me a fe | | a me 
ae a fe I ee me 
m |» I me 
EC BED: 2 BEE SEE BEL H DEEZEE BEE HE THE 


see ma 5 | me |. I we 
ELCH BE D:2 2 BEE SEE BRECHEN RE BEE HEN BETEN 
sem | a | me | me |» I esen 
se ee a 


+ 1 bei 
Verzweigung 


+ 2 bei 
Überschrei- 
ten einer 
Seitengrenze 


sungen: der so genannten relativen Adres- 
sierung, die wir aber erst später mit den an- 
deren Branch-Befehlen behandeln werden. 

Wenn Sie das Programm mit G 1500 star- 
ten, werden Sie - obwohl alles in Maschi- 
nensprache schnell läuft - eine merkliche 
Verzögerung feststellen, bevor die Register- 
anzeige auftaucht. Noch längere Verzöge- 
rungen lassen sich ohne Weiteres erreichen, 
indem man mehrere Schleifen ineinander 
schachtelt. Dabei verwendet man dann den 
DEC-Befehl. 

In Tabelle 5 sind auch die Zyklen angege- 
ben, welche die heute neu gelernten Befeh- 
le zur Abarbeitung benötigen. Mit solchen 
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Angaben lassen sich recht genau definierte 
Zeiten einstellen, in denen der Computer 
nichts anderes tut als durch das Programm 
zu flitzen. 

Wozu das dient, braucht wohl kaum noch 
gesagt werden: Wenn Sie zum Beispiel ei- 
nen Text auf dem Bildschirm lesen wollen, 
bevor das Programm weiterläuft oder wenn 
Sie mit Peripherie arbeiten, die langsamer 
als das Programm ist oder ... 

Allerdings muss gesagt werden, dass es 
noch elegantere Methoden zur Verzöge- 
rungs-Programmierung gibt als die Lahmle- 
gung des Computers, aber dazu kommen 
wir erst in einer späteren Folge. 
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Abb. 7: 
Prog ramm- Flussdiagramm 
verzogerung zur Verzöge- 
rungsschleife 


SFF LDX #FF 


(X-Register) 


$FF 
(Y-Register) EEAGRIEE 


DEY 
Z-Flagge = 1? BNE 1504 
DEX 
Z-Flagge = 1? BNE 1502 
ja 
BRK BRK 
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Erschienen in: 


Autor: Heimo Ponnath 


In dieser Folge des Assembler-Kurses ler- 
nen Sie die wichtigen Arithmetik-Befehle 
des Prozessors kennen. Anhand von Bei- 
spielen und Übungen können Sie alle Schrit- 
te am Computer miterleben. Außerdem 
wird die Frage geklärt, wie Assembler-Pro- 
gramme in BASIC eingebunden werden. 


Neun neue Befehle haben wir in der letzten 
Folge kennen gelernt und wir wissen nun, 
wie unser Computer ganze Zahlen (so ge- 
nannte Integers) abspeichert. 

Zur Erinnerung: Das geschieht im Zweier- 
komplement-Format. Das Bit 7 einer 8-Bit- 
Zahl dient dabei als Vorzeichen-Merkmal: 
Wenn es OÖ ist, liegt eine positive Zahl vor, 
die genauso aussieht, wie wir bislang immer 
Binärzahlen kannten. Ist das Bit 7 aber eine 
I, dann haben wir es mit einer negativen 
Zahl in der Zweierkomplement-Darstellung 
zu tun. 

Wenn wir - wie unser Computer - zur Ver- 
arbeitung ganzer Zahlen 16 Bits (also 2 By- 
tes) verwenden, dann ist eben Bit 15 an Stel- 
le von Bit 7 das Vorzeichenbit. 

Wenn Sie nun am Ende der letzten Folge 
ein bisschen mit solchen Zahlen gerechnet 
haben, konnten Sie sicher feststellen, dass 
zwar oft das richtige Ergebnis herauskam - 
aber leider nicht immer. 

Warum das so ist und was man deswegen 
noch beim Arbeiten mit Zahlen per Compu- 
ter beachten muss, soll in dieser Folge be- 
handelt werden. Damit wir aber nicht nur im 
vergleichsweise trockenen Zahlendschun- 
gel herumirren, sollen Sie heute endlich auch 


i5t keine filchemie 


64’er 12719384 
Verantwortlicher Redakteur: 


llbert Absmeier 


die wichtigsten Befehle des 6502 (bezie- 
hungsweise 6510) zur Arithmetik kennen 
lernen. 

Außerdem gibt es dazu noch zwei Flag- 
gen gratis, und die Branch-Befehle (schon 
lange überfällig) sollen Ihnen nun vertraut 
werden. Zunächst aber noch etwas Zahlen- 
salat: 


Herr Carry und der V-Mann 

Keine Angst, wir sind nicht ins Krimi- oder 
Agentenmilieu gewechselt! Wir haben es 
mit zwei Flaggen zu tun, der Carry- und der 
V-Flagge. »To carry« heißt auf deutsch etwa 
»tragen«. 

In der Registeranzeige ist diese Flagge im- 
mer mit »C« gekennzeichnet. Was wird denn 
hier getragen? 

Das ergründen wir am besten an einem 
Beispiel. Dazu rechnen wir mit normalen Bi- 
närzahlen (also ohne Rücksicht auf Vorzei- 
chenbits). Wir zählen die Zahlen 128 und 
130 zusammen: 


128 1000 0000 
+ 130 + 1000 0010 
= 258 (1)0000 0010 


Das Ergebnis 258 ist richtig - auch in der Bi- 
närdarstellung - nur es passt nicht mehr in 8 
Bits. Ein Bit wurde überTRAGEN in ein extra 
dafür vorgesehenes Plätzchen: 

in das Carry-Bit. Jedesmal also, wenn so 
ein Übertrag in einer Rechenoperation des 
C 64 stattfindet, zeigt die Carry-Flagge eine 
I (Abbildung 8). 
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Abb. 8: 

Das Carry-Bit 
als Bit 8 einer 
Rechenope- 
ration 


Doooooad 


Je nach Art der von uns programmierten Auf- 
gabe können wir nun dieses Carry-Bit weiter 
verarbeiten. Es gibt Situationen, in denen 
man es einfach ignorieren darf (dazu kom- 
men wir gleich noch) oder aber solche, wo 
man es weiter in der Rechnung verwendet. 

Schließlich kann es auch noch einen Feh- 
ler anzeigen: dann nämlich, wenn das größ- 
te zulässige Ergebnis 1111 1111 sein darf. 

Natürlich kann das Carry-Bit auch gesetzt 
werden, wenn man in der Zweierkomple- 
mentform rechnet. Die Verhältnisse sind 
dann aber für ein leicht überschaubares Bei- 
spiel des Übertrags zu verwickelt, wie Sie 
gleich sehen werden. 

Wenn wir nämlich mit den Zweierkomple- 
ment-Zahlen rechnen, dann interessieren 
uns auch Fälle wie bei der Addition von 64 
und 66: 


64 0100 0000 
+ 66 + 01:00:0010 
(- 126) 1000 0010 


Das ist offensichtlich falsch. Bei der Addition 
ist durch das Zusammenzählen der Bits 6 
plötzlich Bit 7 gesetzt worden. Da wir es 
aber mit einer Zweierkomplementzahl zu 
tun haben, bei der dieses Bit 7 eine negative 
Zahl anzeigt, folgt ein Fehler. 

Es ist also von Bedeutung, so einen Überlauf 
(englisch: »overflow«) erkennen zu können, 
um eine entsprechende programmtechni- 
sche Reaktion zu starten. Es wird die Über- 
lauf-Flagge V auf I gesetzt. Leider ist die Sa- 
che aber nicht so einfach, dass sie immer 
gesetzt würde, wenn von Bit 6 nach Bit 7 
ein Übertrag stattfindet. Gesetzt wird diese 
V-Flagge nur in folgenden zwei Fällen: 
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I. Es findet ein Übertrag von Bit 6 nach Bit 7 
statt, aber kein äußerer Übertrag (wie beim 
Carry). 

2.Es findet kein interner Übertrag von Bit 6 
nach Bit 7 statt, aber ein äußerer Übertrag 
passiert. 

Merken kann man sich das am Besten so: 

Immer dann, wenn gewissermaßen das Vor- 

zeichenbit 7 »versehentlich« verändert wur- 

de, wird die V-Flagge auf I gesetzt. 

Das ist ein harter Brocken! Wir sind es ja 
gewohnt, dass wir uns um diese Dinge beim 
Computer eigentlich gar nicht mehr küm- 
mern müssen. 

Außerdem würde das ja erfordern, dass 
man sich bei allen Operationen vorher über- 
legen muss, welche Zahlen auftreten kön- 
nen und welche Fehler daher durch »verse- 
hentliches« Vorzeichenändern passieren 
können! 

Genauso ist es - in der Programmierpraxis 
wird Ihnen aber das ganze Problem nicht 
mehr so groß vorkommen. 

Wir wollen uns dieses Zusammenspiel der 
Überträge von Bit 6 nach Bit 7 und von Bit 7 
nach Bit 8 (also ins Carry-Bit) noch anhand 
einiger Beispiele klarer machen. 

Im obigen Beispiel der Addition von 64 
und 66 haben wir einen Fall schon behan- 
delt: Es fand ein Übertrag von Bit 6 nach Bit 
7 statt, aber kein äußerer Übertrag ins Carry- 
Bit. Deswegen wurde dann auch die V-Flag- 
ge gesetzt. Das Problem lässt sich hier ganz 
einfach lösen, zum Beispiel durch Verwen- 
dung von 16-Bit-Zahlen: 


64 0000 0000 0100 0000 
+ 66 + _0000 0000 0100 0010 
1:3:0 0000 0000 1000 0010 


Bei 16-Bit-Zahlen ist ja Bit I5 das Vorzei- 
chenbit, welches hier keine Änderung er- 
fährt. 

Der andere Fall tritt auf bei der Addition 
von zwei negativen Zahlen wie - 125 und -64: 


125 1000 0011 
= 2.64 1100 0000 
(+ 67) (1)0100 0011 


Auch das ist offensichtlich falsch: Es hat 
wieder »versehentlich« ein Vorzeichenwech- 
sel stattgefunden. Dies ist also der Fall, wo 
zwar ein Übertrag ins Carry-Bit stattfand, 
aber kein Übertrag von Bit 6 nach Bit 7. 
Auch dieses Problem lässt sich durch Ver- 
wendung von 16-Bit-Zahlen lösen. Eine klei- 
ne Trainingsaufgabe für Sie! 

Man kann also sagen: Immer dann, wenn 
bei 8-Bit-Rechnungen der mittels Zweier- 
komplementzahlen darstellbare Bereich (127 
bis - 128) über- oder unterschritten wird, fuhr- 
werkt man im Vorzeichen-Bit herum und ver- 
fälscht das Ergebnis. 

Dann leuchtet wie eine rote Ampel die 
Überlauf-(V-)Flagge auf und sagt uns, dass 
wir in diesen Fällen besser mit 16-Bit-Zahlen 
arbeiten sollten. 

Nun noch zum Ignorieren des Carry-Bits, 
das ich weiter oben erwähnt habe. Bei allen 
8-Bit-Rechenoperationen mit Zweierkom- 
plementzahlen kann das Carry-Bit vernach- 
läassigt werden. 

Zwei Beispiele sollen das wieder illustrie- 
ren. Wir addieren +4 und -2: 


+ 4 0000 0100 
2 1.117.1110 
+ 2 (1)0000 0010 


Das Carry-Bit wird außer acht gelassen. An- 
deres Beispiel: Wir addieren zwei negative 
Zahlen, -4 und -6: 


—4 1171 10%0 


=2 1147. 1120 


—6 (11112772090 
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Auch hier kann man (sogar: muss man) das 
Carry-Bit vernachlässigen. Beide Ergebnisse 
sind richtig. Nun wissen Sie alles über die 
Art, wie unser Rechner mit ganzen Zahlen 
arbeitet. Probieren Sie mal zur Übung ein 
paar Aufgaben aus. Wir verlassen jetzt den 
Zahlendschungel und widmen uns der Praxis. 


Der Computer rechnet: ADC, CLC 

ADC ist der erste Arithmetik-Befehl des 
6502 (und natürlich auch des 6510), den wir 
kennen lernen. Er bedeutet »ADd with Car- 
ry«, also »addiere mit Carry-Bit«. An einem 
8-Bit-Beispiel wollen wir uns das mal anse- 
hen. ZAHLI und ZAHL2 sollen addiert wer- 
den. Beide sollen positive 8-Bit-Zahlen sein, 
die so klein sind, dass kein Überlauf zu er- 
warten ist. ZAHLI wird in den Akku gege- 
ben: LDA #ZAHL1 

Wenn wir nun den Befehl ADC #ZAHL2 
folgen lassen, sorgt die ALU (arithmetisch- 
logische Einheit, siehe Folge I) dafür, dass 
beide Zahlen addiert werden und das Er- 
gebnis im Akku erscheint. ZAHLI ist dann 
vom Ergebnis überschrieben worden. 

An sich ist damit alles erledigt. Weil wir 
aber häufig wissen wollen, was denn nun 
bei der Addition herausgekommen ist, spei- 
chern wir den Akku-Inhalt noch irgendwo 
ab mittels »STA Speicherstelle«. 

Außerdem war da ja noch die Sache mit 
dem Carry-Bit. Wir haben oben festgestellt, 
dass bei einer 8-Bit-Addition kein Carry-Bit 
berücksichtigt werden soll. Nun gibt es aber 
eine ganze Menge von Vorgängen in einem 
Assembler-Programm, die das Carry-Bit be- 
einflussen. Man kann eigentlich vor einer 
Addition nie ganz sicher sein, ob es denn 
nun I oder O ist. Weil jedoch ADC auch das 
Carry-Bit mit addiert, sollte man dafür sor- 
gen, dass es vor dem Zusammenzählen 
wirklich gelöscht ist. Dazu gibt es den Befehl 
CLC, was die Abkürzung für »CLear Carry«, 
also »lösche Carry-Bit« ist. Wenn ZAHLI = 
I2 und ZAHL2 = 7 ist, dann würde unser 
vollständiges 8-Bit-Additions-Programm- 
chen also lauten: 
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1200. EEE 

1201 LDA #S0C 
1203 ADC #507 
1205 STA 1500 


Sehen wir mal davon ab, dass dieses Pro- 
gramm natürlich unsinnig ist (das kann man 
ja im Kopf schneller rechnen!), dann erken- 
nen wir: CLC ist ein I-Byte-Befehl mit impli- 
ziter Adressierung, welcher sich nur auf die 
C-Flagge (also das Carry-Bit) auswirkt. ADC 
ist in der hier verwendeten Form ein 2-Byte- 
Befehl und liegt in der »unmittelbar« ge- 
nannten Adressierung vor. Wie wir oben ge- 
sehen haben, kann ADC - je nach Art der 
Rechnung - auf einige Flaggen wirken: 

Da wären zunächst natürlich die V-Flagge 
und die C-Flagge. Dann aber kann beim Auf- 
treten eines gesetzten Bit / auch die N-Flag- 
ge und beim Überschreiten von $FF eventu- 
ell auch die Z-Fagge verändert werden. 

Viel interessanter wird unser Mini-Pro- 
gramm schon, wenn man an Stelle von 


1201 LDA #S0C 


jetzt die absolute Adressierung verwendet, 
zum Beispiel 


1201 LDA 1400 


Weil das ein 3-Byte-Befehl ist, verschiebt 
sich natürlich der Rest des Programms um I 
Byte. So kann man immerhin schon zu un- 
terschiedlichen Inhalten von 1400 den glei- 
chen Betrag addieren. 

Am interessantesten allerdings ist die Tat- 
sache, dass auch ADC absolut adressierbar 
ist. Wir können so zum Beispiel den Inhalt 
der Speicherzelle 1300 zum Inhalt der Zeile 
1400 hinzu zählen und dann das Ergebnis in 
1500 ablegen: 


1200 CLC 
1201 LDA 
1204 ADC 
1207 STA 


1400 
1300 
1500 
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Hier ist der ADC-Befehl dann 3 Bytes lang 
geworden. 

Vergessen Sie bitte nicht - das gilt vor al- 
lem für die nachfolgenden Rechenoperatio- 
nen -, dann, wenn die Wahrscheinlichkeit 
besteht, dass der Dezimal-Modus einge- 
schaltet ist (also die D-Flagge auf I gesetzt 
ist), noch den Befehl CLD vor solche Pro- 
gramme zu stellen. 

Solche 8-Bit-Rechnungen kommen recht 
häufig vor: Wenn man in Schleifen nicht mit 
mehrfach wiederholten INX (beziehungs- 
weise INY oder INC, DEX, DEY oder DEC) 
arbeiten will, addiert man eben immer die 
Sprungweite mittels ADC hinzu. Der Akku 
kann nicht als Zähler dienen, denn es gibt 
für ihn keinen Befehl, der dem INX und so 
weiter vergleichbar wäre, weswegen man 
ihn - sollte es nötig sein - mittels ADC hoch 
zählt. 

Häufiger und in der Praxis bedeutender 
sind 16-Bit-Rechnungen. Wie Sie sicher noch 
aus den vorangegangenen Folgen wissen, 
teilt man so eine 16-Bit-Zahl auf in zwei 
Bytes (das LSB und das MSB). 

Nehmen wir für unser nachfolgendes Bei- 
spiel wieder an, dass die Zahlen so gebaut 
sind, dass kein Überlauf zu befürchten ist. 
ZAHLI hätten wir vorher in die Speicher- 
stellen 1300 (LSB) und 1301 (MSB) gepackt, 
ZAHL2 liegt in den Zellen 1400 (LSB) und 
1401 (MSB). Zunächst wieder die Vorberei- 
tungsmaßnahmen: 


1200 CLD 
1201. :Ch€ 


Dabei ist CLD nicht immer nötig, wie schon 
gesagt. Nun addieren wir zuerst die LSBs: 


1202 LDA 1300 
1205 ADC 1400 
1208 STA 1500 


Ein Überlauf kann hier nicht stattgefunden 
haben, denn das Vorzeichenbit ist ja im MSB 
als Bit 15 enthalten. Wohl aber kann ein Über- 


trag stattgefunden haben: Das Ergebnis könn- 
te größer als 255 ($FF) gewesen sein. 

War das der Fall, dann ist jetzt eine I im 
Carry-Bit. Wir addieren nun die MSBs: 


120B LDA 1301 
120E ADC 1401 
1211 STA 1501 


Egal, was im Carry-Bit stand: Es wurde jetzt 
hinzu addiert. Das Ergebnis unserer Rech- 
nung steht nun in 1500 (LSB) und 1501 
(MSB). Sehen wir uns das Ganze noch mal 
am Zahlenbeispiel an. Wir addieren die Zah- 
len 2176 (binär: 0000 1000 1000 0000) 
und 1009 (binär: 0000 0011 1111 0001). 
Die Speicherinhalte sind dann: 


1300 1000 0000 LSB Zahl 
1301 0000 1000 MSB 
1400 1111:0001 LSB Zahl2 
1401 0000-0011 MSB 


Jetzt addieren wir die LSBs: 


1300 1000 0000 
1400 1111 0001 
Carry: 0 
1500 0111 0001 
Carry: 1 


Nun folgt der zweite Teil der Addition mit 
den MSBs: 


1301 0000 1000 
1401 0000 0011 
Carry: 1 
1501 0000 1100 


Damit steht nun das Ergebnis 3185 (binär 
0000 1100 0111 0001) säuberlich aufge- 
teilt in LSB (Speicher 1500) und MSB (Spei- 
cher 1501) fest. Das Carry-Bit steht auch 
nach vollendeter Rechnung noch auf I, so 
dass es vor erneuter Addition wieder mit 
CLC zu löschen ist. Damit wäre alles über 
die Addition berichtet. Wie immer in Pro- 
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grammiererkreisen die Empfehlung: üben, 
üben ... Wir wenden uns jetzt der gegenläu- 
figen Operation zu: der Subtraktion. 


Noch mehr Rechnen: SBC, SEC 

Dass das Abziehen von Zahlen im Computer 
durch das Hinzuzählen des Zweierkomple- 
ments geschieht, haben wir mit viel Gehirn- 
schmalzverbrauch schon in vorangegange- 
nen Abschnitten erfahren. Nun sollen Sie 
die dazu nötigen Befehlsworte des Assemb- 
lers kennen lernen. Zunächst einmal ist da 
SBC. Das heißt »SuBtract with Carry« oder 
auf deutsch etwa »ziehe unter Berücksichti- 
gung des Carry-Bits ab«. 

Ebenso wie bei der Addition mit ADC 
wirkt das Argument des SBC-Befehls auf 
den Akku-Inhalt ein - wobei das Ergebnis im 
Akku landet, diesen also überschreibt. 

Komplizierter ist hier die Verwendung des 
Carry-Bits, worauf wir aber nicht detailliert 
eingehen wollen. (Wen es interessiert: nach- 
lesen in L. A. Leventhal, »6502 programmie- 
ren in Assembler«, 3. Auflage, München 
1983, Seiten 3 - 100). 

Für uns soll einfach die nicht ganz korrek- 
te Analogie zum »Borgen« bei der Subtrakti- 
on ausreichen. Für den Fall, dass ein solches 
Borgen eintreten muss, sollte auch das dazu 
nötige Carry-Bit vorhanden sein (also auf I 
gesetzt sein). Wie Sie sicherlich schon erra- 
ten haben, heißt SEC »SEt Carry«, also »setze 
das Carry-Bit« (auf 1). 

Merke: Vor einer Addition immer Löschen 
des Carry-Bits mit CLC, vor einer Subtrakti- 
on immer Setzen des Carry-Bits mit SEC! 

Zwei Beispiele für die Subtraktion sollen 
das bisher Gesagte erläutern. Zunächst eine 
8-Bit-Subtraktion von ZAHLI (in Speicher- 
zellle 1300) minus ZAHL2 (in Zelle 1400). 
Ds Ergebnis wird nach 1500 geschrieben: 


1200 
1201 
1202 
1205 
1208 


CLD 
SEC 
LDA 
SBC 
STA 


1300 
1400 
1500 
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SBC kann - wie hier - absolut adressiert wer- 
den, aber auch unmittelbar (also zum Bei- 
spiel SBC 540). 

Der Befehl ist dann im ersten Fall ein 3-, 
im anderen Fall ein 2-Byte-Befehl. SEC ist 
ebenso wie vorher schon CLC ein implizit 
adressierbarer I-Byte-Befehl. 

Das zweite Beispiel ist eine 1I6-Bit Sub- 
traktion. In den Speichern steht vor dem 
Aufruf dieser kleinen Routine: 


1300 ZAHL1 LSB 
1301 ZAHLI1 MSB 
1400 ZAHL2 LSB 
1401 ZAHL2 MSB 


Das Ergebnis soll nach 1500 (LSB) und 1501 
(MSB) gebracht werden: 


1200 
1201 
1202 
1205 
1208 


CLD 
SEC 
LDA 1300 
SBC 1400 
STA 1500 


Jetzt sind die beiden LSBs von einander ab- 
gezogen und die Differenz abgespeichert 
als LSB des Ergebnisses. 


120B LDA 1301 
120E SBC 1401 
1211 STA 1501 


Damit ist die Aufgabe beendet. Auch die 
MSBs sind subtrahiert und das MSB des Er- 
gebnisses steht in 1501. SBC beeinflusst die 
gleichen Flaggen wie der Befehl ADC. 


Ein Programmprojekt 

Damit die so kennen gelernten Arithmetik- 
Befehle nicht so trocken auf weiter Flur ste- 
hen, wollen wir nun ein Programm entwi- 
ckeln, aus dem zweierlei zu lernen ist: 


l.die Anwendung bisher gelernter Befehle 

2.ein häufig angewendetes Verfahren, As- 
semblerprogramme in BASIC-Programme 
einzubinden 
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Besonders dieser zweite Aspekt scheint noch 
vielen Lesern unklar zu sein (das zeigen mir 
Zuschriften). Es gibt eine ganze Reihe von 
Möglichkeiten zum Einbau von Assembler- 
Routinen in BASIC-Programme; die werden 
wir alle nach und nach kennen lernen. 

Von Ihnen sicherlich schon häufig ange- 
wendet wurde der SYS-Befehl (zum Beispiel 
für SYS 58640 und vorherigem POKE 214, 
Zeile und POKE 211,Spalte zum Setzen des 
Cursors an die Stelle Zeile,Spalte). 

Damit haben Sie ein Maschinenprogramm 
aufgerufen, das im System unseres Compu- 
ters schon enthalten ist. 58640 ist die Start- 
adresse des Programms, und man kann die- 
sen SYS-Befehl eigentlich wie eine Art »GOTO 
Maschinenprogramm-Startadresse« ansehen. 

Nichts hindert uns also, auf diese Weise 
eigene Assembler-Programme anzusprin- 
gen! Das Problem liegt nun nur noch darin, 
wie man Parameter, die unsere Maschinen- 
routine benötigt, übergeben kann. Eine of- 
fensichtliche - aber leider auch relativ lang- 
same - Methode ist das POKEn der Werte 
im LSB / MSB-Format in die Speicherzellen, 
aus denen sie sich unser ML-Programm 
dann abholt. Wir wollen dieses Verfahren 
nun an einem Programmbeispiel verwen- 
den. 

Eine arithmetische Reihe werden viele von 
Ihnen schon kennen. Wenn man A als ers- 
tes Glied, D als Differenz und N als die An- 
zahl der Glieder bezeichnet, dann ist die 
Summe einer solchen Reihe: 


S=A+t(A+tD)+(A+2*D) +.. usw... 
+(A+(N-I)*D) 


Ein Beispiel ist die Summe der ersten zehn 
ganzen Zahlen: 


S=1+2+3+4+5+6+7+8+9+10 


Hier ist A = I1,D>= I undN > I0. Dass die 
Summe S im Beispiel 55 ist, kann man 
schnell berechnen - was aber, wenn wir we- 
sentlich mehr als nur zehn Glieder haben? 


Es gibt natürlich auch Formeln zur Berech- 
nung von S. Aber eigentlich ist es ganz reiz- 
voll, ohne solche Formeln den Computer die 
Summe bilden zu lassen. Wir bauen also ein 
Programm zur Berechnung der Summe der 
ersten N ganze Zahlen, wobei N frei gewählt 
werden kann. Das Ergebnis soll eine 16-Bit- 
Zahl sein, also nicht größer als 32 767. Das 
beschränkt uns bei N auf Werte von I bis 
255 (warum, können Sie ja mal mit dem fer- 
tigen Programm ausprobieren). 

N benötigt also nur I Byte Speicherplatz 
und soll in $1300 abrufbar sein. A soll I sein, 
ebenso wie D. Für eventuelle Programmän- 
derungen ist es aber sinnvoll, A und D als 
16-Bit-Zahlen aufzubewahren - und zwar in 
$1310/ 1311 (A im LSB / MSB-Format) und 
in $1320/ 1321 (D im gleichen Format). 

Das Ergebnis soll in $1400/ 1401 zu fin- 
den sein. Das Maschinenprogramm legen 
wir nach $1200. Zuerst kümmern wir uns 
um das BASIC-Aufrufprogramm: 


10 REM AUFRUF SUMME ARITHMETISCHE REIHE 
20 POKE5120,0 : POKE5121,0 : REM ERGEB- 
NISSPEICHER AUF NULL 

30 PRINT CHRS (147) CHRS$S(17) CHRS (17) 


40 INPUT »ANZAHL DER GLIEDER N = ";N 
50 IFN < 1 OR N > 255 THEN PRINT 
EHRS(17)'"1 < = N <=255" ::GOTO 40 


60 POKE 4864,N : REM EINSPEICHERN VON N 
70 POKE 4880,1 : POKE4881,0 : POKE 
4896,1 : POKE4897,0 : REM EINSPEICHERN 
VON A UND D 

80 SYS 4608 : REM AUFRUF UNSERES MASCHI- 
NENPROGRAMMS 

90 M = PEEK (5121) : L = PEEK(5120) 

REM AUSLESEN DES ERGEBNISSES 

100 E = 256*M + L : PRINTCHRS(17)CHRS (17) 
110 PRINT "DIE SUMME DER ERSTEN N GANZEN 
ZAHLEN IST:" : PRINT E 

120 END 


Zu diesem Programm gibt es nur noch zu 
bemerken, dass die Zahlen bei POKE, PEEK 
oder SYS die Dezimalwerte unserer oben 
gewählten Adressen sind. 
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Nun endlich zum Assemblerprogramm. Se- 
hen Sie sich dazu bitte das Flussdiagramm 
in Abbildung 9 an. 

Wir bereiten den Ablauf vor, indem wir aus 
$1300 die Anzahl der Glieder ins X-Register 


Abb. 9: 
PROGRAMM Flussdiagramm 
Summe arithmetischer des Assembler- 
Reihe 
programms 


»Summe einer 
arithmetischen 


Reihe« 
N -X-Register 


Carry löschen 


16-Bit-Addition: 
aktuelle Summe 


+ 
Differenz D 


neues letztes Glied 


Carry löschen 


16-Bit-Addition: 
aktuelles letztes Glied 


+ 
Differenz D 


neues letztes Glied 


X-Register -1 


X-Register = 0? 


Rücksprung ins 
BASIC-Programm 
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laden und zur Vorbereitung der Addition 
das Carry-Bit löschen. Schalten Sie also bitte 
den SMON ein und tippen Sie A 1200 <RE- 
TURN?>. Es erscheint die Startadresse 1200. 
Jetzt können Sie Zeile für Zeile das Assemb- 
ler-Programm eingeben (nach jeder Zeile 
ein <RETURN3>, das die nächste Zeilennum- 
mer erzeugt): 


1200 LDX 1300 
1203 "EEE 


Die nächsten sechs Zeilen summieren je- 
weils das neueste Glied zur bis dahin er- 
zeugten Summe. Zu Beginn ist $1400 / 1401 
noch leer und in $1310/ 1311 steht noch das 
Anfangsglied A = I. Später, mit Durchlaufen 
der Schleife, steht in $1400 / 1401 immer die 
bis dahin gebildete Summe und in $1310 / 
1311 das letzte Glied der Reihe. Es handelt 
sich um die oben kennen gelernte I16-Bit- 
Addition: 


1204 LDA 1400 
1207 ADC 1310 
120A STA 1400 


Das neue LSB ist berechnet und in $1400 
geschrieben. 


1200 LDA 1401 
1210 ADC 1311 
1213 STA 1401 


Das war nun noch das neue MSB. Als Nächs- 
tes berechnen wir das momentan letzte 
Glied der Reihe durch Addieren von D zum 
alten letzten Glied. 

Das entspricht dem BASIC-Befehl A=A+D 
in einer Schleife. Dies ist eine neue I6-Bit- 
Addition, weshalb wir wieder CLC vorgeben 
müssen: 


1216 CE 

1217 LDA 1310 
121A ADC 1320 
121D STA 1310 
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Das war wieder das LSB. Nun zum MSB: 


1220 LDA 1311 
1223 ADC 1321 
1226 STA 1311 


Wir zählen nun das X-Register um | herun- 
ter und prüfen, ob es schon Null geworden 
ist, ob also schon alle N-Glieder summiert 
worden sind: 


1229 -DEX 
122A BNE 1203 


Wenn noch nicht alle Glieder berechnet und 
summiiert sind, kehren wir an den Schleifen- 
anfang zurück. Ansonsten springen wir zu- 
rück ins BASIC-Aufrufprogramm: 122C RTS 

Wenn Sie beide Programme eingetippt 
haben, dann speichern Sie sie vorsichtshal- 
ber ab (das Assemblerprogramm mit dem 
S-Befehl des SMON). Beim neuen Einladen 
brauchen Sie den SMON nicht mehr. 

Nach dem Laden unseres Maschinenpro- 
gramms (mit »,8,1« bei Diskette oder »,1,1« 
bei Kassette) geben Sie »NEW« < RETURN > 
ein, damit die Zeiger vor dem Einladen des 
BASIC-Programms wieder auf Normalwerte 
gesetzt werden. Zwischen dem dann einge- 
ladenen BASIC-Programm und unserer ÄAs- 
sembler-Routine ist genug Platz. Sollten Sie 
aber irgendwann mal das BASIC-Programm 
vergrößern, schützen Sie bitte unseren Be- 
reich ab $1200. 

Unser Assembler-Beispiel ist so aufgebaut, 
dass auch A und D variabel gehalten sind. Sie 
müssten dann nur noch Eingabemöglichkei- 
ten im BASIC-Programm schaffen und an 
Stelle der Werte I oder O in Zeile 70 die 
LSBs und MSBs der von Ihnen eingegebe- 
nen Größen A und D einPOKEn. 

Auf diese Weise sind dann beliebige ganz- 
zahlige, arithmetische Reihen berechenbar, 
wie zum Beispiel S=7+10+13+16+... 
und so weiter. Das überlasse ich Ihrer BA- 
SIC-Programmierfertigkeit. 


Nur Eines noch: Sie müssen darauf achten, 
dass die Summe S nicht größer als 32 767 
wird. Ihrer Fantasie sind - wie immer in die- 
sem Metier - keine Grenzen gesetzt. Sie 
könnten sich ja mal überlegen, wie man grö- 
Bere Summen zulassen kann (wer sagt denn, 
dass wir Zahlen immer nur in 2 Bytes dar- 
stellen dürfen?). 

Oder Sie könnten sich überlegen, welches 
eindeutige Merkmal auftritt, sobald der Ma- 
ximalwert überschritten wird (ein Tipp: Le- 
sen Sie doch mal den Abschnitt über die V- 
Flagge nach). 


Die Branch-Befehle 

Der 6502 (und auch der damit identische 
6510) kennt acht bedingte Verzweigungen, 
von denen wir bisher BNE schon verwendet 
haben. 

Alle diese Branch-Befehle (von »branch« = 
verzweigen) prüfen Flaggen des Statusre- 
gisters. 

BNE und BEOQ beziehen sich auf die Z- 
Flagge, die anzeigt,ob im Verlauf der letzten 
Operation eine Null aufgetreten ist. Ist das 
der Fall, steht in der Z-Flagge eine 1. 

BNE verzweigt zur angegebenen Adresse, 
wenn in der Z-Flagge eine O enthalten ist. 
BEOQ (Branch if EQual zero« = verzweige, 
wenn gleich Null) tut das dann, wenn die Z- 
Flagge auf I gesetzt ist. Da muss man etwas 
aufpassen, damit man sich nicht vertut! 

BCC und BCS haben ihre Aufmerksamkeit 
auf die C-Flagge, also das Carry-Bit gerich- 
tet. BCC kommt vom englischen »Branch if 
Carry Clear«, was heißt: »verzweige, wenn 
das Carry-Bit gelöscht ist«. Ein gesetztes 
Carry-Bit (also Inhalt = I) veranlasst BCS 
(»Branch if Carry Set« = verzweige, wenn das 
Carry-Bit gesetzt ist) zum Sprung an die an- 
gegebene Adresse. 

Diese vier bedingten Verzweigungen sind 
an sich die bedeutsamsten und am häufigs- 
ten verwendeten Branch-Befehle. Man kann 
wohl getrost sagen, dass über 90 Prozent 
der von Programmierern verwendeten be- 
dingten Sprünge damit absolviert werden. 
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R. Mansfield warnt in seinem Buch »Machi- 
ne Language for Beginners«, einem in den 
USA sehr verbreiteten Werk, sogar ausdrück- 
lich vor der Verwendung der Befehle BPL 
und BMI! 

Dafür liegt absolut kein einsehbarer Grund 
vor. Viele programmtechnische Aufgaben- 
stellungen lassen sich elegant und leicht mit 
BPL, BMI, BVS und BVC lösen. Man muss 
nur wissen, wie sie funktionieren und - da 
liegt vermutlich der Hund begraben - man 
muss auch die Art kennen, wie Zahlen vom 
Computer behandelt werden. 

Genau das aber wissen wir, und deswe- 
gen sollten wir diese Kenntnis für uns auch 
nutzen. Also ohne Scheu heran an die ver- 
femten Befehle! 

BMI und BPL (Branch on Minus = ver- 
zweige, wenn negativ und Branch on PLus = 
verzweige, wenn positiv) hängen mit der 
Negativ-Flagge N zusammen. Das Rätsel 
dieser Flagge konnte in den vorangegange- 
nen Folgen gelöst werden: Immer dann, 
wenn bei einer Operation eine Zahl auftrat, 
deren Bit 7 eine | war, wurde die N-Flagge 
auf I gesetzt. Wir wissen jetzt, dass dieses 
Bit bei 8-Bit-Zahlen das Vorzeichenbit ist. 

Bit 7 sagte uns bei einer |, dass eine ne- 
gative Zahl im Zweierkomplement-Format 
vorliegt oder aber überhaupt ein Speicher- 
zelleninhalt vorhanden ist, der größer als 
0111 1111 = 127 ist. BMI führt zum Sprung 
in diesem Fall, weil die N-Flagge auf I steht. 
Andernfalls führt BPL zur Verzweigung. 

Ebenso einfach sind BVS und BVC zu er- 
klären: Sie beziehen sich auf die V-Flagge, 
unsere rote Ampel, die Überlauf bei Re- 
chenoperationen anzeigt. 

Kann es was Bequemeres geben zur Be- 
handlung solcher Fehlrechnungen als ein 
»Branch on oVerflow Set« = »verzweige, falls 
die Überlauf-Flagge gesetzt (= 1) ist« mit 
BVS? Oder anders herum bei BVC »Branch 
on oVerflow Clear« = »verzweige bei freier 
Überlauf-Flagge«? 

Wenn man - wie Sie jetzt nach dieser Fol- 
ge - weiß, unter welchen Umständen diese 
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V-Flagge auf I gesetzt wird, sollte man BVS 
und BVC ohne Skrupel ausgiebig benutzen. 
Man könnte damit zum Beispiel program- 
mieren, dass die Rechengenauigkeit auto- 
matisch von 16 Bit auf 24 oder 32 (oder wie 
es gerade beliebt) Bit gesteigert wird, ohne 
dass man sich bei jeder Programmaufgabe 
Gedanken über das größtmögliche Ergebnis 
machen muss. Dazu aber ein andermal mehr. 

Alle hier vorgestellten Branch-Befehle 
sind ebenso wie BNE 2-Byte-Befehle, was 
an der speziellen Art der Adressierung liegt: 
der relativen Adressierung. 


Eigentlich hatte ich Ihnen ja versprochen, die- 
se relative Adressierung zusammen mit den 
Branch-Befehlen zu erklären. Ich werde ihr 
aber lieber einen eigenen Abschnitt wid- 
men, weil’s zum genauen Verständnis doch 
etwas mehr Aufwand braucht. Die nächste 
Folge fängt dann damit an, abgemacht? 

Wie die anderen Folgen auch, soll auch 
diese hier noch mit einer Tabelle enden, in 
der die neu gelernten Befehle mit Zubehör 
gezeigt sind. 


Tab. 7: 


Beeinflus- 
die Il neuen Eee les R SERER ER En Dauer in 
efehlswor ressierun e-Anza ode sung von 
Befehle ae) Taktzyklen a 
Flaggen 
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TEE EEE HERE BES HE: BEE HERE 
se Tennis a | eo | m | 3 Imvze] 
se [me | I m | m | 3 I oswe 
ER IE EHE HERREN HERE BEE NEE ER ETE 
se [me | I se | 3 I aswe 
IRRE: BUEN BE: BESEHEE BEECHEE HE BEER 
BR: BE: 20 BOSSE HE BEE EEE EN 
see se a m | | 3 Tem 
IRRE U BE:Z1: 20 BOSSE HE BEE EEE EHER 
INES: BERSE  BERIE CHE EEE EN 
BEE BES BOSSE HE BEE EEE EHEN 
see | sms a I m | | 3 Tre rnames 


bei relativer 
Adressierung: 
+1 bei Ver- 
zweigung 
+2 bei Über- 
schreiten 
einer Sei- 


tengrenze 
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In dieser Folge des Assembler-Kurses wird 
die relative Adressierung erklärt. Damit 
verbunden sind auch die wichtigen Ver- 
gleichsoperationen. Anhand einer sehr 
häufig verwendeten Betriebssystem-Rou- 
tine können Sie Ihr neu erworbenes Wis- 
sen testen. 


In der letzten Folge haben wir die Branch- 
Befehle kennen gelernt. Heute wollen wir 
uns mit der relativen Adressierung dieser 
Befehle und noch einer anderen Art der 
Adressierung befassen. 

Weiterhin werden Sie einige neue Assemb- 
ler-Worte lernen, nämlich die Vergleichsbe- 
fehle. Wie ganze Zahlen im Computer ge- 
speichert sind, wissen wir bereits. 

Heute untersuchen wir die Speicherung 
von Zeichen. Schließlich werden wir unsere 
Nase noch ein wenig in die eingebaute Soft- 
ware des C 64 stecken. 


Die relative Adressierung 
Als wir den BNE-Befehl das erste Mal ver- 
wendet haben, stellten wir fest, dass zum 
Beispiel BNE 1200 nicht - wie eigentlich zu 
erwarten war - ein 3-Byte-Befehl, sondern 
ein 2-Byte-Befehl ist. Damals mussten wir 
uns mit der Bemerkung zufrieden geben, es 
lage an der besonderen Art der Adressie- 
rung, nämlich der relativen Adressierung. 
Relativ bedeutet ja »bezogen auf etwas«. 
Wenn wir also beispielsweise BNE 1200 
schreiben, liegt es nur an der Benutzer- 
freundlichkeit des SMON und vieler anderer 
Assembler, dass dieser die so geschriebene 
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absolute Adresse 1200 in die richtige Form, 
nämlich die relative, umrechnet. In Wahrheit 
verlangt der 6502 (und natürlich ebenso der 
6510) eine Angabe darüber, wie viele Bytes 
nach vorne oder hinten im Programm er zur 
weiteren Programmverarbeitung springen 
(verzweigen) soll. Es gilt nun also, zwei Fra- 
gen zu klären: 


l. Relativ wozu wird gesprungen? 

2.Wie berechnet sich die Angabe, um wie 
viele Bytes nach vorne oder hinten im 
Programm der Sprung vollzogen werden 
soll? 


Zur Klärung verwenden wir ein hypotheti- 
sches Programmsegment mit einem Sprung- 
befehl und sehen uns das Disassembler-Lis- 
ting an: 


2000 AD 00 30 LDA 3000 
2003:-’E0 05 BEOQ 200A 
2005 A939 00 LDA #00 
2007 8D 00 30 STA 3000 
200A 60 RTS 


Dieses Programm-Teilchen lädt den Inhalt 
der Speicherstelle 3000 in den Akku, über- 
prüft dann, ob dieser Inhalt Null ist und ver- 
zweigt beim Vorliegen der Null zum Rück- 
sprung (RTS). Ist der Inhalt von 3000 nicht 
Null, dann wird 3000 auf Null gesetzt. 3000 
könnte zum Beispiel eine Flagge sein. 

Der Pfad, dem der Computer bei der Ab- 
arbeitung des Programms folgt, wird durch 
den Programmzähler vorbereitet. Dieser ist 
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dann, wenn der BEOQ-Befehl an der Reihe ist, 
schon einen Schritt weiter - im Programm- 
zähler steht dann nämlich die Adresse 2005. 

Relativ zu dieser Adresse hat dann der 
Sprung zu erfolgen. Zum Inhalt des Pro- 
grammzählers muss also die Sprungweite 
(häufig auch Offset genannt) addiert wer- 
den. Soweit zur Frage 1. 

Zur Klärung von Frage 2 listen wir uns mal 
Byte für Byte unser Programm auf: 


Byte Inhalt Bedeutung 
2000 AD LDA 

2001 00 LSB von 3000 
2002 30 MSB von 3000 
2003 FO BEO 

2004 05 Offset 

2005 A9 LDA # 

2006 1 00 

2007 2 8D STA 

2008 3 00 LSB von 3000 
2009 4 30 MSB von 3000 
200A 5 60 RTS 


Neben der Byte-Nummer ist noch die Ent- 
fernung zu 2005 geschrieben. Daraus ist 
deutlich zu erkennen, dass die Sprungweite, 
die zum Programmzähler addiert wird, 05 
sein muss, wenn der Sprung zum RTS erfol- 
gen soll. 

Für Vorwärts-Verzweigungen gilt also: Von 
der Adresse des Befehls an, der auf den 
Branch-Befehl folgt, zählt man die Byte-An- 
zahl bis zum Sprungziel. Das Ergebnis ist der 
Offset. 

Nun gibt es genauso häufig Rückwärts- 
Sprünge. In den bisher gezeigten Program- 
men sind sie mehrmals aufgetreten. Wie be- 
rechnet man den Offset in diesen Fällen? 

Sehen wir uns wieder das Disassembler- 
Listing eines solchen Programmsegments an: 


1000 A2 00 LDX #00 
1002 E8 INX 

1003 DOFD BNE 1002 
1005 00 BRK 
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Dieses Progrämmchen tut nichts anderes, 
als das vorher auf Null gesetzte X-Register 
hoch zu zählen, bis es über 255 läuft (dann 
tritt ja wieder O auf!). 

Solange der Inhalt des X-Registers un- 
gleich Null ist, erfolgt ein Sprung zurück bis 
zur INX-Anweisung in Zeile 1002. Erst wenn 
die Null durch den Überlauf aufgetreten ist, 
endet das Programm mit einem BRK in Zeile 
1005. 

Wir wissen schon, dass der Programm- 
zähler beim Verarbeiten des BNE-Befehls 
auf 1005 steht. Sehen wir uns auch dieses 
Programm Byte für Byte an: 


Byte Inhalt Bedeutung 
1000 A2 LDX # 
1001 00 

1002 3 EB INX 

1003 2 DO BNE 

1004 1 FD Offset 
1005 00 BRK 


Wieder ist neben der Bytenummer die Ent- 
fernung vom aktuellen Programmzähler- 
stand angegeben. Wir müssen also vom In- 
halt des Programmzählers 3 abziehen, um 
zum INX-Befehl in Byte 1002 zu gelangen. 

Das kennen wir aber schon aus den ver- 
gangenen Ausgaben: Wenn der Computer 
eine Zahl abzieht, dann addiert er das Zwei- 
erkomplement dieser Zahl. Hier soll nun 3 
subtrahiert werden. Wir berechnen das Zwei- 
erkomplement: 

3 = 0000 0011 (binär) 
1111 1100 (Einerkomplement) 
+1 1111 1101 (Zweierkomplement) 


Dies ist das Zweierkomplement. Hexadezi- 
mal ausgedrückt heißt diese Zahl $FD und 
ist unser Offset. Für Rückwärts-Verzweigun- 
gen gilt also: Von der auf die Branch-Anwei- 
sung folgenden Speicherstelle an zählt man 
die Bytes zurück bis zum Sprungziel. Das 
Zweierkomplement der sich dadurch erge- 
benden Byte-Anzahl ist der Offset. 


Das sieht reichlich kompliziert aus, aber zum 
Einen haben Sie ja einen ganz freundlichen 
Assembler, und nur in seltenen Notfällen 
müssen Sie den Offset berechnen. Zum An- 
deren gibt es noch eine Faustregel, mit der 
man das Ganze vereinfachen kann. Die soll 
durch folgendes Schema erläutert werden: 


Byte Inhalt Offset 
1995 EI 
1996 FA 
1997 FB 
1998 PC 
1999 FD 
2000 BNE FE 
2001 Offset FF 
2002 Programmzählerstand 
2003 01 
2004 02 
2005 03 


Bei Vorwärtssprüngen ist ohnehin alles klar: 
Bei einem Sprung nach Adresse 2005 müss- 
te man in vorliegendem Fall einen Offset 
von 03 eingeben. 

Bei Rückwärts-Verzweigungen zählt man 
einfach von $FF an rückwärts bis zur Ziel- 
adresse. Eine Verzweigung nach 1996 wür- 
de im vorliegenden Fall also einen Offset von 
$FA erfordern. 

Eine Einschränkung der relativen Adres- 
sierung können Sie nun auch sofort verste- 
hen, wenn Sie an Zweierkomplementzah- 
len denken: Der Offset belegt ein Byte. Die 
größte positive Zahl in einem Byte ist O111 
1111 = +127 = $7F und die kleinste negati- 
ve Zahl ist 1000 0000 = -128 = ($80). 

Es sind keine größeren Vorwärts-Verzwei- 
gungen als um 127 Bytes möglich, weil in 
diesem Fall ein Offset größer als $7F, also 
mit einem Bit 7 gleich I nötig wäre, was 
aber wieder als negative Zweierkomple- 
mentzahl verstanden und einen Rückwärts- 
sprung verursachen würde. 

Ähnliches gilt anders herum: Es ist kein 
weiterer Rücksprung als um 128 Bytes mög- 
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lich, weil das im Offset zum gelöschten Bit 7 
führen würde, also zu einem Offset kleiner 
als $80, was wiederum an Stelle des Rück- 
sprunges eine Vorwärts-Verzweigung her- 
beiführen würde. 

Darauf sollte man beim Erstellen eines As- 
sembler-Programms achten: nie weitere 
Rückwärtssprünge als um 128 beziehungs- 
weise Vorwärtssprünge um 127 Bytes ver- 
langen! 

Auch wenn man im Assembler gar nicht 
auf relative Adressierung Rücksicht nehmen 
muss, weil der Assembler sich mit den Ab- 
solutadressen begnüsgt, sollte man wissen, 
dass zum Beispiel folgende Zeile aufgrund 
dieser Einschränkung nicht möglich ist: 


3000 BNE 1000 


Die meisten Assembler reagieren auf solch 
eine Zeile mit einer Fehlermeldung oder so 
wie der SMON, der klammheimlich die Pro- 
grammstartadresse statt 1000 einsetzt. 

Aber es ist doch ärgerlich, wenn man auf 
dem Papier ein Programm fertig hat und erst 
beim Eintippen feststellt, dass der Computer 
das so nicht haben will. 


Zeropage-Adressierung 

Weil wir nun gerade mit der Adressierung 
so schön in Schwung sind, stelle ich Ihnen 
noch eine andere vor: die Adressierung der 
Zeropage. 

Was ist die Zeropage? Auf deutsch heißt 
das Nullseite. Am besten versteht man das, 
wenn man sich in Erinnerung ruft, wie Adres- 
sen in unserem Computer verwaltet wer- 
den. Da haben wir doch ein LSB (Least Sig- 
nificant Byte) und ein MSB (Most Significant 
Byte), zum Beispiel $1F 04 (mit IF als MSB 
und O4 als LSB). 

Nun hat unser C 64 65 535 Adressen von 
$0000 bis $FFFF. Bei den ersten 256 Adres- 
sen von $0000 bis $OOFF ist das MSB $00. 
Man nennt so einen 256-Byte-Block eine 
Seite (engl. page). Weil hier für alle Adres- 
sen dieser ersten Seite das MSB Null ist, 


49 


Assembler - Folge 5 


heißt sie Nullseite = Zeropage. Messerscharf 
werden Sie schließen, dass man die Seite 
mit den MSBs $01 als erste Seite bezeich- 
net, die mit den MSBs $02 als zweite Seite 
und so weiter. 

Wenn wir nun zum Beispiel den Akku mit 
dem Inhalt der Zeropage-Adresse $00 FA 
laden wollen, dann könnten wir schreiben: 


3000 LDA 00FA 


Unser Mikroprozessor versteht uns aber 
auch, wenn wir nur schreiben: 3000 LDA FA. 
Das ist sie, die Zeropage-Adressierung. An 
Stelle eines 3-Byte-Befehls ist das jetzt ein 


2-Byte-Befehl, was Speicherplatz und vor 
allem Rechenzeit einspart. Auf diese Weise 
kann man von den bisher kennen gelernten 
Befehlen Folgende adressieren: LDA, LDX, 
LDY, STA, STX, STY, INC, DEC, ADC und 
SBC. Sie können sich merken, dass man (bis 
auf zwei Ausnahmen, die wir noch kennen 
lernen werden) alle absolut adressierbaren 
Befehle auch Zeropage-absolut anwenden 
kann. 

Genauere Angaben über die Kodes, die 
Ausführungszeiten und die Beeinflussung 
der Flaggen (Letztere ist identisch mit der 
absoluten Adressierung) entnehmen Sie bit- 
te Tabelle 8. 


Tab. 8: 
Kenndaten der 
neuen Befehle 

und Adres- 
sierungen 


Beeinflus- 


Dauer in 
Taktzyklen 


sung von 


Flaggen 


we an 
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ee 
NEBEN 12% BEE HE BESTER BRECHEN BEE HE THE 
ee Tone a ee | 5 me 
ie femme a m | m | 5 me 
en 
ee 
ee Te a I | 5 | 
ee femme | | 5 I me 
see femme a I m | 5 me 
ee [mu a | 6 I m |» I mmen 
se se | m |. Immer 
femme a I on | 3 I mn 
oe me a | m | me | > I mme 
se see | me | I wesen 
pen a m | m | 3 Immer 
em [me a | 0 | m | 3» Immer 
se se | me |. Immer 
pen a oe | 3 Immer 


Zum Thema Geschwindigkeit: Wenn Sie die 
benötigten Taktzyklen von absolut und von 
O-absolut adressierten Befehlen in den Ta- 
bellen miteinander vergleichen, werden Sie 
jeweils einen Unterschied von einem Zyklus 
feststellen. 

Das mag Ihnen läppisch vorkommen. Be- 
denken Sie aber, dass Sie sehr häufig Schlei- 
fen programmieren müssen, die mehrere 
100-mal durchlaufen werden, die vielleicht 
als oft zu verwendende Unterprogramme 
dienen ... Sie werden bald feststellen, dass 
da schnell beachtliche Zeitunterschiede auf- 
treten können: für zeitkritische Programme 
ist die Verwendung der Zeropage-Adressie- 
rung dringend geboten. 

Dieser Tatsache waren sich leider auch die 
Schöpfer unseres Betriebssystems und des 
BASIC-Interpreters voll bewusst. Die Zero- 
page ist nahezu randvoll mit Speicherstel- 
len, in denen sich beide Programmkomple- 
xe tummeln. 

Fast jede Kernal- und Interpreter-Routine 
notiert sich irgendwelche Werte auf der Sei- 
te Null. Das macht es uns als Assembler- 
Programmierer nicht gerade leicht, die Ze- 
ropage-Adressierung zu verwenden, wenn 
wir außerdem den Interpreter oder das Be- 
triebssystem benutzen wollen. 

Es kann geradezu katastrophale Folgen 
haben, einige Zeropage-Adressen zu über- 
schreiben. Andere werden ständig durch das 
Betriebssystem oder den Interpreter neu 
beschrieben , was unseren eigenen - viel- 
leicht gerade in so einer Speicherzelle gela- 
gerten - Zwischenwerten den Garaus ma- 
chen würde. 

Man sollte sich also die ersten 256 Spei- 
cherstellen ganz genau ansehen, bevor man 
sie adressiert oder aber auf das Betriebssys- 
tem und den BASIC-Interpreter verzichten. 

Ersteres erleichtern uns Tabellen der Spei- 
cherbelegung (zum Beispiel Babel, Krause, 
Dripke: »Das Interface-Age-Systemhand- 
buch zum Commodore 64«, Interface Age 
Verlag, oder »Das Commodore-64-Buch, 
Band 4. Ein Leitfaden für Systemprogram- 
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mierer«, Markt und Technik Verlag) und auch 
die Serie von Dr. Helmut Hauck: »Memory 
Map mit Wandervorschlägen«, die seit Aus- 
gabe I1 / 1984 erscheint. 

Ohne Hemmungen nutzen dürfen wir nur 
die Speicherstellen (jedenfalls beim C 64) 
$02 und $FB bis $FE. 

Weil das doch recht mickrig ist, hat jeder 
Assembler-Programmierer spezielle Tipps, 
welche Zellen er noch mit welchen Vor- 
sichtsmaßnahmen benutzt. 

Wenn man bestimmte Routinen aus dem 
Betriebssystem oder dem Interpreter nicht 
aufruft, bleiben dazugehörige Zeropage- 
Adressen unbeeinflusst und sind dann für 
eigene Zwecke nutzbar. 

Manchmal ist es notwendig, den alten Zu- 
stand einer Adresse nach Beendigung eige- 
ner Programme wieder herzustellen, manch- 
mal nicht. 

Interessant und viel beschrieben in allen 
möglichen Zeitschriften, Büchern etc. ist die 
Möglichkeit, die Notizen, die sich das Be- 
triebssystem oder der Interpreter auf der Ze- 
ropage macht, zu verändern. 

Im Prinzip schreibt man damit kleine Teile 
dieser Großprogramme um oder variiert Ta- 
bellenteile davon. Wie schon Dr. Hauck in 
seiner Serie sagt, geschieht das im Rahmen 
der »Tricks« mit irgendwelchen POKEs mehr 
oder weniger blind, weshalb auch Abstürze 
des Computers bevorzugt dabei festzustel- 
len sind. 

Warum Abstürze? Na, stellen Sie sich mal 
ein von Ihnen geschriebenes Programm vor 
- zum Beispiel das aus der letzten Ausgabe 
zur Berechnung der Summe einer arithmeti- 
schen Reihe - und POKEn Sie dann an Stelle 
irgendeines Befehlskodes, der dorthin ge- 
hört, jetzt eine O (also ein BRK) hinein. Die 
Wirkung dürfte ähnlich sein. 

Wenn man allerdings die Funktion der be- 
treffenden Speicherstelle genau kennt, las- 
sen sich recht nützliche Änderungen her- 
vorrufen, wie zum Beispiel die SchutzPOKEs 
für den BASIC-Speicher durch Verändern 
der Adressen $33, $34, $37 und $38. 
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Wir werden im Folgenden immer dann, wenn 
wir mit Zeropage-Adressierung arbeiten 
oder Routinen des Betriebssystems oder In- 
terpreters untersuchen, spezielle Stellen der 
Nullseite kennen lernen. 

Vorhin hatte ich noch angedeutet, dass 
man dann die Zeropage fast vollständig nut- 
zen könne, wenn man auf den BASIC-Inter- 
preter und das Betriebssystem verzichtet. 
Das ist tatsächlich möglich. Nur wird man 
dann erstaunt feststellen, wieviel Arbeit uns 
die computerinterne Software abnimmt oder 
anders herum: Viele bislang selbstverständ- 
liche Dinge werden wir dann plötzlich selbst 
programmieren müssen, und das kann ein 
hartes Brot sein! 

Als Beispiel für ein Programm, das nicht 
nur die Zeropage-Adressierung verwendet, 
sondern sogar selbst komplett in der Zero- 
page steht, werden wir uns die CHRGET- 
Routine ansehen. Eine Klasse von Befehlen, 
die dort angewendet werden, die Vergleichs- 
befehle, soll zuvor noch gezeigt werden. 


Die Vergleichsbefehle: CMP, CPX, CPY 
Vergleichen heißt in englischer Sprache »to 
compare«, woraus Sie unschwer erkennen 
können, woher die Bezeichnung CMP und 
die CPs in CPX beziehungsweise CPY kom- 
men. Verglichen wird jeweils der Akku-In- 
halt (bei CMP), der Inhalt des X- (bei CPX) 
oder des Y-Registers (bei CPY) mit Daten, 
die der Compare-Befehl adressiert. Einige 
Beispiele werden Ihnen das klarer machen: 


CMP #FF 

vergleicht den Akku-Inhalt mit der Zahl $FF. 
Hier liegt die unmittelbare Adressierung vor, 
die ebenso für CPX und CPY verwendbar 
ist. Außerdem ist das dann ein 2-Byte-Be- 
fehl. 

CPX 3000 

vergleicht den Inhalt des X-Registers mit 


dem Inhalt der Speicherstelle $3000. Die 
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absolute Adressierung ist also auch an- 
wendbar (natürlich auch für CMP und CPY). 
Der Compare-Befehl besteht so aus 3 Bytes. 


CPY A8 


vergleicht den Inhalt des Y-Registers mit 
dem Inhalt der Zeropage-Stelle $A8. 

Diese eben frisch kennen gelernte Zero- 
page-Adressierung ist bei allen drei Ver- 
gleichsbefehlen möglich und macht aus ih- 
nen 2-Byte-Befehle. Für CPX und CPY sind 
das alle Möglichkeiten der Adressierung. 
CMP erlaubt weitere, die wir noch kennen 
lernen werden. 

Nun interessiert uns natürlich noch, wie 
das Vergleichsergebnis zu erhalten ist! Bei 
diesen Befehlen geschieht Merkwürdiges: 
Die Vergleichsdaten werden vom Inhalt des 
Akkus (beziehungsweise X- oder Y-Regis- 
ters) abgezogen, aber: Weder wird dieser 
Inhalt noch werden die adressierten Daten 
verändert! 

Der Trick ist, dass drei Flaggen das Ergeb- 
nis anzeigen: die Negativ-Flagge N, die Null- 
Flagge Z und das Carry-Bit C. Diese Anzeige 
geschieht so: 


l.Der Registerinhalt (Akku, X-, Y-Register) ist 
größer als die Ver-gleichsdaten. Dann ist 
das Carry-Bit = I, die N-und die Z-Flagge 
=0. 

2.Der Registerinhalt ist gleich den Vergleichs- 
daten. Dann sind Carry- und Z-Fagge = |, 
die N-Flagge ist = O. 

3.Der Registerinhalt ist kleiner als die Ver- 
gleichsdaten. Die N-Flagge ist dann = 1, 
Carry-und Zero-Flagge sind O. 


Damit Sie die Übersicht behalten können, 
wird das Ganze in Abbildung IO als Schema 
gezeigt. 

Sie werden sich vermutlich schon denken 
können, wie der Hase weiterläuft: Mit den 
Verzweigungsbefehlen prüfen wir die Flag- 
gen und springen die gewünschten weite- 
ren Programm-Routinen an. 


Akku 


} > DATEN 


Die Kombination der Compare-Befehle mit 
den Verzweigungsoperationen wird Ihnen 
im weiteren Verlauf dieses Kurses noch ge- 
läufig werden. Ein Beispiel sehen Sie nach- 
her ebenfalls in der CHRGET-Routine. Leider 
muss ich Sie immer noch etwas vertrösten, 
denn mit Verstand begreifen lässt sich diese 
Routine nur dann, wenn man etwas mehr 
über die Kodierung von Zeichen weiß. Des- 
wegen werden wir uns nun noch mit dem 
ASCII-Kode und dem Commodore-ASClII he- 
rumschlagen. 


Zeichenkodierung mit dem ASCII- 

und dem Commodore-ASCIlI-Kode 

ASCII ist die Abkürzung von »American 
Standard Code for Information Interchange«, 
und das heißt auf deutsch »amerikanischer 
Standard-Kode zum Informationsaustausch«. 
Diese Zeichenverschlüsselungsart ist inter- 
national als ISO-7-Bit-Kode genormt, und 
es wäre wirklich nett, wenn alle sich daran 
halten würden. 

Tatsächlich aber finden wir zum Beispiel 
bei unserem C 64 eine Abart des Normko- 
des, den Commodore-ASCII-Kode. Über die 
damit erzwungenen Umrechnungen können 
alle diejenigen Dramen erzählen, die zum 
ersten Mal einen (Nicht-Commodore-)Dru- 
cker an ihr Gerät anschließen oder aber 
blauäugig in den Online-Betrieb mit ande- 
ren Computern eintreten wollten. 

Sehen wir uns zunächst einmal den ASCII- 
Kode an. Es handelt sich um einen 7-Bit-Ko- 
de, das heißt 128 Zeichen können in nur 7 
Bits untergebracht werden (0000 0000 bis 
0111 1111). Das achte Bit dient bei man- 
chen Operationen mit Computer-Peripherie 
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Akku 
X < DATEN 
Y 


0 oder 1 
0 
0 


als Paritätsbit. Bei dieser Gelegenheit soll 
auch gleich erklärt werden, was Parität in 
diesem Zusammenhang bedeutet: 

Werden Daten übertragen, muss immer 
mit Übermittlungsfehlern gerechnet wer- 
den. Das Paritätsbit dient dazu, festzustel- 
len, ob ein Byte korrekt angekommen ist. 
Bei der so genannten geraden Parität zählt 
man die Einser im Byte zusammen und setzt 
Bit 7 auf I, wenn sich eine ungerade Zahl er- 
gibt. Mit dem Paritätsbit haben wir dann ei- 
ne gerade Zahl. 

Ist die Quersumme des Bytes schon gera- 
de, bleibt Bit 7 eine Null. Ebenso gut kann 
man die ungerade Parität verwenden, in- 
dem dann Bit 7 so gewählt wird, dass sich 
immer eine ungerade Zahl ergibt. Welche 
Art der Parität zur Anwendung kommt, ist 
Vereinbarungssache. 

Nehmen wir mal an, es sei gerade Parität 
gefordert und ein Byte mit der Information 
0001 0110 soll übermittelt werden. Die 
Quersumme ist 3, also ungerade. Das Pari- 
tätsbit muss auf | gesetzt werden. 

Wir senden das Byte 1001 0110. Der 
Empfänger überprüft zunächst auf gerade 
Parität und verwendet dann nur die Bits O 
bis 6. Doppelfehler, die mittels des Paritäts- 
verfahrens nicht festgestellt werden können, 
sind sehr selten. 

Leider kann auf diese Weise nur bemerkt 
werden, dass ein Übertragungsfehler aufge- 
treten sein muss, aber nicht, welcher. Die In- 
formation muss dann neu angefordert wer- 
den. 

Sehen wir uns nun den Commodore-AS- 
CII-Kode an. Durch die Einbindung der Gra- 
fikzeichen brauchen wir mehr als die 128 
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Abb. 10: 
Flaggen bei 
den Vergleichs- 
befehlen 
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Kombinationen. Commodore benutzt des- 
wegen einen 8-Bit-Kode. Mit dem BASIC- 
Befehl CHR$(x) können Sie sich alle 256 
Möglichkeiten ansehen. Erschwerend kommt 
aber noch hinzu, dass wir nicht nur einen 
Zeichensatz, sondern deren vier zur Verfü- 
gung haben, die durch den jeweiligen 
Schreibmodus ansprechbar sind (Klein- / 
Großschriftmodus, Großschriftmodus, beide 
Modi mit Reverse ON oder OFF). Im Zei- 


chen-ROM liegen insgesamt 512 Muster ab- 
rufbereit. Zu diesen kommen beim CHR$- 
Befehl noch eine ganze Reihe von Steuer- 
zeichen hinzu ... die Verwirrung ist perfekt! 

Wir wollen an dieser Stelle keine Entwir- 
rung vornehmen, sondern durchschlagen 
den Gordischen Knoten, indem wir nur die 
ersten 128 Zeichen mit den ASCII-Zeichen 
vergleichen. In den Tabellen 9 und I0 fin- 
den Sie unsere Gegenüberstellung. 


Tab. 9: 
ASCII-Kode (je- 
weils oben) 
und Commodo- 
re-ASCII-Kode 
(jeweils unten); 


SITIEZEISEIKBER FIEBER ZEN 
| 1en | SS pinar 0000 0001 0010 0011 0100 0101 0110 o1ll 

BEN 2 BE 
msn = most sig- 


| nun | Die | En DE EZ 
| su | mE | sp | oO | oe | pP | caRs(96) |cHRS(112) 
nificant nibble 


BEE BE Bu BE BE Zu BEE Eu EEE 


REE 
BiEIE 
BE 
DEE 
ZIEIE 


BEE 
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[son | Der) 1 | 0a 19 Fear 197) [caRs(233) | 


sa | om | »« | 2 | 5 | r | 0 | © | 
se | pa |» | 2 | 2» | = [eanstse) |cans(114) | 


ee Be BE ET BE a a u u 
zz | ves | # | 3 | co | 5 |cmm$(99) jcmrst115) 


ee — 
—sor ve | 8 1719] 3 Jess [same 


in EEE EL TEET 
IE. E30 DREHEN RER DE BO BR BE SIEO SIE 


a ee 

De m ee or Jemen je aen) 
BEZ CB BE BZ CHE CH CHEN 
[ser | er | | 7 | so | w  lcums(103) [cars (119) 
tee — 
a TE RZ I EI 
ee 
u BE TIEF 
tee 
a a a BE EEE EEE 


on tete 
a BR a EIGENEN 


et ıL| 20 ee ee 
KENZEETERINEIE N 

= 1. 36: Defeat. I 7 — 
a EEE 

ee te. I — 
A AED EI ZIEHE 


ZEIGE E IE HE a a Ben 
ER Zn BRENZ RE ae RE EB ER 


<DEL> 


Einige Kombinationen dienen als Steuer-Ko- 
des. (Die Bedeutung der dabei verwendeten 
Abkürzungen sehen Sie rechts.) 

Nur ein Teil dieser Kodes wird tatsächlich 
genutzt. Andere haben - je nach Gerät, an 
das sie gesandt werden - unterschiedliche 
Bedeutungen. Denken Sie dabei nur mal an 
die verschiedenen Betriebssysteme des Com- 
modore-Druckers 1526, wo man bei dem 
einen mit CHR$(1), bei dem anderen mit 
CHR$(14) den Breitschrift-Modus einschal- 
tet. Innerhalb unseres Computers werden 
offensichtlich bestimmte Kodes anders ge- 
nutzt. Das sind: 


An Stellevon geschieht Folgendes 


ENQ Zeichen weiß 

BS Blockieren der Umschaltung 
Klein-/Großschrift 

HT Zulassen der obigen Um- 
schaltung 

DCI Cursor abwärts 

DC2 Reverse-Modus an 

DC3 Cursor in HOME-Position 

DCA INST/DEL 

FS Zeichen rot 

GS Cursor rechts 

RS Zeichen grün 

US Zeichen blau 


Der auffälligste Unterschied ist der, dass beim 
Commodore-ASClIl an Stelle der Kleinbuch- 
staben Grafikzeichen liegen. Sollte an Stelle 
des Normalmodus’ der Klein- / Großschrift- 
modus eingeschaltet sein, findet man an 
Stelle der Großbuchstaben die kleinen. 

Jetzt haben wir alle nötigen Kenntnisse, 
um die CHRGET-Routine in unserem Com- 
puter zu verstehen. 


Die CHRGET-Routine 

Das Kürzel CHRGET kommt von »Get a cha- 
racter«, was bei uns heißt: »Hole ein Zei- 
chen«. Es handelt sich um eine sehr häufig 
benutzte Routine unseres BASIC-Interpre- 
ters, die - wie schon vorhin erwähnt - kom- 
plett in der Zeropage steht. Wenn Sie mit 
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EU COS 
(Bon [press 02 menting _[negian aus Roote _ 
EISEN 
EC 


End Of Trans- Übertragungsende 
mission 


Des fpacsssese ___ [purüoksessen 


Horizontal Tabula- |horizontaler 
tor Tabulator 


Dar frine vers Jaeitenvorsomn 
Dre [vorn vers romawvorsemn 
Deo jener on Jmorschaitung 
Der fenire m Jpavermschaisung 


DLE |Data Link Escape Datenverbindungs- 
u 
Sg 

Negative Negativ- 
herein __Tnetatinug 

SYNchronous idle Synchronisations- 
en 

ETB |End of Trans- Ende des 
 einten mu __|Bertrenuasiccks 
EEE 
a 
I 
a 
a 
BELA 
ee Deere 


Der free Teeerzeinen 


55 


Tab. 10: 
Bedeutung der 
Abkürzungen 
im ASCII-Kode 
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dem SMON mal nachsehen wollen, dann 
geben Sie den Befehl D 0073 008Beein. Sie 
haben dann die komplette Routine vor sich: 


0073 E66 7A INC 7A 
0075 DO 02 BNE 0079 
0077 E6 7B INC 7B 
0079 AD 2502 LDA 0225 
DOTE. :C9. 3A CMP #3A 
007E BO 0A BCS 008A 
0080. :C9.20 CMP #20 
0082 FO EF BEQ 0073 
0084 38 SEC 

0085 EI 30 SBC #30 
0087 38 SEC 

0088 E9I DO SBC #DO0 
008A 60 RTS 


Eventuell sieht die Zeile 0079 bei Ihnen an- 
ders aus. Das liegt dann an den Speicher- 
stellen 7A und 7B, welche einen Zeiger dar- 
stellen (LSB = 7A und MSB = 7B), der bei Ihnen 
gerade auf einen anderen Platz zeigt als auf 
$0225. Diese CHRGET-Routine besteht aus 
drei Teilen: 


Zeilen 0073 bis 0079 

Weiterstellen des CHRGET-Zeigers und Ein- 
laden des dadurch angezeigten Speicher- 
zelleninhaltes in den Akku. 


Zeilen 007C bis 0082 
Prüfroutinen 


Zeilen 0084 bis 008A 
Flaggen-Routinen 


Im ersten Teil haben wir schon gleich etwas 
Neues vor uns: ein sich selbst veränderndes 
Programm. Die Speicherstelle (aus dem BA- 
SIC-Eingabepuffer), aus der der Akku ein 
Zeichen holt, wird mit INC 7A um |] weiter- 
gezählt. 

Dabei handelt es sich um das LSB der 
Adresse, und die nächste Zeile prüft, ob ein 
Überlauf (255 + I) stattgefunden hat: BNE 
0079. Diese Technik kennen wir schon aus 
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den letzten Folgen: Bei Überlauf wird die Z- 
Flagge auf I gesetzt und der BNE-Befehl 
führt keinen Sprung herbei. Den Offset von 
O2 können wir leicht nachrechnen: Der Pro- 
sgrammzähler steht schon auf 0077. Die Ziel- 
adresse 0079 ist also noch 2 Bytes entfernt. 
Hat eine Überschreitung des Höchstwertes 
255 stattgefunden, muss das dazugehörige 
MSB um | erhöht werden. Dies erledigt die 
nächste Zeile: INC 7B 

In beiden Fällen ist nun der Zeiger 7A/ 7B 
um eine Stelle weitergerückt, und der Inhalt 
der dadurch angezeigten Speicherstelle wird 
in den Akku geladen. Zwei Dinge können 
wir uns aus diesem kurzen Programmteil 
merken: 


l. Wie man eine I16-Bit-Zahl hoch- (oder 
auch herunter-)zählt 
2.eine Möglichkeit, Zeiger einzusetzen 


Wir werden noch eine Reihe anderer Zeiger- 
typen kennen lernen und sehen, dass es 
nicht immer so direkt zugeht wie hier. 

Im zweiten Teil finden wir die Prüfrouti- 
nen. Die Vergleichsbefehle beschränken sich 
auf den Akkuinhalt, also CMP. 

CMP #3A testet, in welcher Beziehung das 
im Akku befindliche Zeichen zum Wert $3A 
= dezimal 58 steht. Erinnern wir uns an das 
Schema in Abbildung 10: 


l.Commodore-ASCII-Kode im Akku größer 
als 58, also Zeichen hinter dem Doppel- 
punkt (Buchstaben, Grafikzeichen, einige 
Sonderzeichen). Dann ist die Carry-Flagge 
= I, N- und Z-Flagge sind ©. 

2.Im Akku steht genau der Kode 58, also 
der Doppelpunkt. Dann sind Carry-Bit und 
Z-Flagge = I, nur die N-Flagge ist = 0. 

3.Der Kode des Zeichens im Akku ist kleiner 
als 58 (das wären alle Zahlen, einige Son- 
derzeichen und Steuerzeichen). In diesem 
Fall ist die N-Flagge = I. Die beiden ande- 
ren Flaggen zeigen Null. 


Der nun folgende Befehl BCS 008A über- 
prüft die Carry-Flagge. Wenn sie gesetzt ist, 
wenn also der Kode im Akku größer oder 
gleich dem eines Doppelpunktes (58) ist, 
springt der Programmzähler zum RTS. Der 
Kode (und auch die Flaggen) wird unverän- 
dert zum aufrufenden Hauptprogramm wei- 
tergegeben. 

Zur Übung können Sie ja noch mal den Off- 
set nachrechnen. Der Rest des Programms 
wird nur noch durchlaufen, wenn Kodes klei- 
ner als 58 im Akku stehen. 

Die nächste Zeile (CMP #20) dient zum 
Vergleich des Space-Codes $20 = dezimal 
32 (Leertaste). Die Flaggen treten dann, wie 
schon oben beim ersten Vergleich gezeigt, 
je nach Akku-Inhalt auf. 

Durch die Verzweigung BEQ 0073 erfolgt 
dann ein Rücksprung zum Beginn der CHR- 
GET-Routine, wenn die Z-Flagge gesetzt ist, 
also ein Space-Kode im Akku liegt. Somit 
werden die Leerzeichen einfach übersprun- 
gen und das nächste Zeichen geholt. 

Alle anderen Zeichen, die bis hierher durch- 
gehalten haben, werden nun im letzten Teil 
der CHRGET-Routine einer Prozedur unter- 
worfen, die ich Flaggen-Routine genannt 
habe. 

Durch zwei aufeinander folgende Subtrak- 
tionen, die insgesamt den Wert im Akku un- 
verändert lassen (es wird 256 abgezogen), 
wird die Carry-Flagge beeinflusst. Verfolgen 
wir, was da passiert: 

SEC dient als Vorbereitung für die folgen- 
de Subtraktion. SBC #30 zieht vom Akku- 
Inhalt $30 = dezimal 48 ab. 

Wir wissen inzwischen, dass das der Ad- 
dition des Zweierkomplements entspricht. 
Dieses ist (rechnen Sie mal nach!) 1101 
0000. Nehmen wir mal an, wir hätten den 
Kode der Zahl 4 (also dezimal 52 oder $34) 
im Akku stehen. Die Rechnung sieht dann 
so aus: 


52 0011 0100 
+ 1101 0000 
4 k.1.:00009.9100 
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Das Ergebnis ist also 4, der Übertrag wird 
vernachlässigt. 

Als anderes Beispiel sei nun der Kode für 
das Ausrufungszeichen im Akku (dezimal 
33 = $21 = binär 0010 0001). Die Rechnung 
ist dann: 


33 0010 0001 
+ 1101 0000 
=1:8 1111 0001 


Das Ergebnis ist - 15. Alle Kodes, die nicht 
für Zahlen stehen, haben nach dieser Sub- 
traktion ein negatives Ergebnis im Akku hin- 
terlassen und durch das »Borgen« das Carry- 
Bit gelöscht. Nun machen wir weiter ab 
Zeile 0087: 


SEC 
SBC #DO 


Wir ziehen $DO= dezimal 208 ab. Das Zwei- 
erkomplement ist: ... Doch da kommen wir 
ins Stocken! Denn dieses Zweierkomple- 
ment ist nicht mehr mit 8-Bit-Zahlen darzu- 
stellen. Schon die Zahl 208 im Binärformat 
(1101 0000) würde als negative Zahl ange- 
sehen werden, weil Bit 7 gleich I ist. 

Wir machen es uns einfach und sagen, 
dass sich das Zweierkomplement wie bisher 
bilden lässt, aber dabei das Carry-Bit mit 
einbezogen wird. 

Unser Zweierkomplement ist dann also 
0011 0000 und das Carry-Bit ist gelöscht. 
Nun nehmen wir unser erstes Beispiel. Dort 
war nach der Subtraktion im Akku eine 4 
verblieben: 


0000 0100 


+ 0011 0000 


0011 0100 


Das ist wieder unser ursprünglicher Wert 
dezimal 52 = $34 = Kode für die Zahl 4. Das 
Carry-Bit bleibt gelöscht. 

Im zweiten Beispiel mit dem Ausrufungs- 
zeichen stand noch im Akku eine -15: 
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Abb. 11: 
Grafikzeichen 
zu den ent- 
sprechenden 
CHRS$S-Kodes 


1111 0001 
+ 0011 0000 
(1) 0010 0001 


Da haben wir wieder den Kode für das Aus- 
rufungszeichen ($21 = dezimal 33) im Akku 
und ein gesetztes Carry-Bit. Was kommt al- 
so bei der CHRGET-Routine heraus? 


ch 


.Alle Zeichen außer dem Space werden 
unverändert an das aufrufende Programm 
über den Akku weitergegeben. Space wird 
unterdrückt. 

2.Bei allen Zeichen außer bei den Zahlen ist 

das Carry-Bit gesetzt. 

3.Manche der aufrufenden Routinen über- 
prüfen außer dem Zustand der Carry-Flag- 
ge auch den der Z- oder N-Flagge, die ja 
beim ersten CMP-Befehl ebenfalls gesetzt 
werden. So liefert die CHRGET-Routine 
noch weitere Informationen. 


In der einschlägigen Literatur stoßen Sie 
auch auf eine Routine, die CHRGOT genannt 
wird. Es handelt sich dabei ebenfalls um die 
hier beschriebene CHRGET-Routine, nur er- 
folgt der Einsprung nicht bei $0073, son- 
dern bei $0079. 

Der Zeiger $007A / 7B wird in diesem Fall 
nicht weitergestellt. Das vorher schon ein- 
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mal in den Akku geladene Zeichen wird da- 
mit noch einmal angesprochen (»got« ist die 
Vergangenheitsform von get). 

Mit dem CHRGET-Programm haben wir 
eines der wichtigsten Unterprogramme un- 
serer computerinternen Software kennen ge- 
lernt. Will man sich Interpreter-Routinen zu 
Nutze machen, stolpert man ständig darü- 
ber. Außerdem liegt die CHRGET-Routine im 
RAM. Das bedeutet, dass wir sie ohne Wei- 
teres für unsere Zwecke verändern können. 

Ein Beispiel für so eine Änderung hat 
Christoph Sauer in seiner Serie über den 
»gläsernen VC 20« in der 64’er 9 / 1984 (Sei- 
te 158) gezeigt. Dort wird die CHRGET-Rou- 
tine nach dem LDA angezapft und auf das 
Pi-Zeichen geprüft, das neuen Befehlen vo- 
rangestellt wurde. Sehen Sie sich das Pro- 
gramm dort (auf Seite I6O f.) mal genau an, 
denn man kann viel durch Nachvollziehen 
fremder Programme für die eigene Pro- 
grammiertechnik lernen. 

Wir werden im Verlauf dieser Serie noch 
andere Möglichkeiten behandeln, die CHR- 
GET-Routine zu verändern. 

Damit sei es für diesmal genug. Als As- 
sembler-Alchemisten gehören Sie jetzt zu den 
fortgeschrittenen Eleven, denn Sie können 
immerhin schon so trickreiche Programme 
wie die CHRGET-Routine nachvollziehen. 
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In der vorangegangenen Ausgabe haben 
wir die relative und die Zeropage-Adres- 
sierung kennen gelernt. Heute kommt die 
indizierte Adressierung dran, und natür- 
lich sehen wir uns wieder einige neue As- 
sembler-Befehle an. 

Wir werden uns einige Gedanken ma- 
chen über die so genannten Fließkomma- 
zahlen und den BASIC-Befehl USR. Auch 
die Speicherorganisation unseres Compu- 
ters soll uns noch mal beschäftigen. 


Zunächst die indizierte Adressierung. Indi- 
zieren heißt, etwas mit einem Index, also ei- 
nem Zeichen oder einer Nummer, zu verse- 
hen. Beispielsweise bezeichnet man in der 
Mathematik die beiden Lösungen einer 
quadratischen Gleichung häufig als XI und 
X2. Dabei ist dann die Ziffer (1 oder 2) der 
Index und X ist eine indizierte Größe. Man 
geht also von einer festgelegten Grund- 
menge (Lösungsmenge X) aus und trifft 
durch den Index eine weitere Unterschei- 
dung. 

So ähnlich können wir uns auch die Funk- 
tion der indizierten Adressierung bei der 
Assembler-Programmierung vorstellen. 

Nehmen wir als Beispiel den Befehl LDA 
1500,X. Man spricht hier von einer abso- 
lut-X-indizierten Adressierung. 

Das Assemblerwort LDA ist uns bekannt: 
Lade den Akku. Woher soll der für den Akku 
bestimmte Inhalt geholt werden? Aus der 
Speicherzelle, die sich durch 1500 plus In- 
halt des X-Registers ergibt. Steht also im X- 
Register zum Zeitpunkt des Befehlsaufrufs 


64er 271985 


ist keine fillchemie 


Georg Klinge 


eine 5, dann wird der Akku aus Speicherzel- 
le 1500 + 5, also 1505, geladen. Das X-Re- 
gister kann Werte von O bis $FF (dez. 255) 
enthalten. 

Die Ähnlichkeit sieht also so aus: Aus ei- 
ner Gesamtmenge von 256 Adressen, die 
durch die Anfangsadresse (bei unserem Bei- 
spiel 1500) und die möglichen 256 Bele- 
gungen des X-Registers festgelegt sind (die 
Grundmenge), werden je nach X-Register- 
inhalt einzelne Adressen unterschieden und 
adressiert. Das X-Register fungiert dabei als 
ein Index, weswegen man in der Literatur 
auch oft die Bezeichnung »Indexregister X« 
findet. 

Ebenfalls als Index-Register kann das Y- 
Register dienen, was zum Beispiel zum Be- 
fehl LDX 1500, Y führen kann. Dies ist dann 
eine absolut-Y-indizierte Adressierung. 

Genauso, wie man die normale absolute 
Adresse (also zum Beispiel 1500) als Basis 
der Indizierung durch das X- oder das Y-Re- 
gister verwenden kann, ist das auch mit ei- 
ne Zeropage-Adresse möglich. So gibt es 
zum Beispiel die Befehle LDY 2B,X oder 
SI2 19,Y. 

Man nennt diese Art der Adressierung 
dann Zeropage-absolut-X-indiziert bezie- 
hungsweise -Y-indiziert. 

Weil die Zeropage aber nur 256 Adressen 
umfasst, andererseits jedoch die Indexregis- 
ter auch 256 Werte annehmen können, kann 
es geschehen (wenn man nicht aufpasst), 
dass die Summe aus der Basisadresse (zum 
Beispiel $2B) und dem Indexregisterinhalt 
größer als 256 wird. Wenn zum Beispiel in 
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Tab. 11: 
Anwendbarkeit 
der indizierten 
Adressierungs- 
arten auf die 
bisher gelern- 
ten Assembler- 
Befehle 


Befehl indizierte Adressierung 


absolut Nullseite absolut 


DO 
\®) 
nn) 


RTS 


x 


Folge 3 
INX 
INY 
INC 

E 


Q 
Ss 


Oo 
[53] 
NM 


alle 
[ca] 
Ks 


CLD 
BN 


2[8 
aan es] 


[05] 
wir 
N 


- 
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EE 
rc 
rd 


rd 
r< 


® 


N 
rd 
r< 


Folge 6 


H 


W 
4 


N 
a5 
< 


m 


KG 


Qu =) 31I49/49|49I23 
u S B @) 
| m| » as rd 
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dem Befehl LDA FE, X der X-Registerinhalt 
2 beträgt, ergäbe sich $FE + $02 = $0100. In 
diesem Fall wird aber nicht der Inhalt von 
$0100 in den Akku geladen, sondern der Be- 
fehl spricht die Speicherstelle $00 an. 

Der Grund dafür liegt in der Tatsache, dass 
unser Prozessor den Befehl als 2-Byte-Be- 
fehl interpretiert - das 2. Byte ist die Zero- 
pageadresse, die sich als Summe ergibt - 
und deswegen nur das LSB der Adresse be- 
achtet. Von $0100 ist das LSB aber $00. Mit 
anderen Worten: Die Zeropage-absolut-in- 
dizierten Befehle lassen nur einen Zugriff 
auf die Zeropage selbst zu. Dieses Verhalten 
muss man beim Programmieren beachten. 

Wir wollen noch mal zusammenfassen: 
Vier neue Adressierungsarten haben wir ken- 
nen gelernt: absolut-X-indiziert zum Bei- 
spiel LDA 1500, X; absolut-Y-indiziert zum 
Beispiel LDA 1500, Y; Zeropage-absolut-X- 
indiziert zum Beispiel LDA 2B, X; Zeropage- 
absolut-Y-indiziert zum Beispiel LDX 2B,Y. 

Die Verwendung des Y-Registers als In- 
dexregister ist stark eingeschränkt. Nur bei 
wenigen Befehlen ist sie erlaubt (tatsächlich 
nur LDX und STX bei Zeropage-absolut-in- 
dizierter Adressierung). 

In Tabelle II sehen Sie, welche bisher be- 
handelten Befehle auf welche Weise mit der 
indizierten Adressierung verwendet werden 
dürfen. 

Es gibt noch zwei weitere Arten einer in- 
dizierten Adressierung, auf die wir noch zu 
sprechen kommen werden. 


Einige Nachzügler: Die Befehle BIT, CLV, 
NOP und TAX, TAY, TXA,TYA 

Wir wollen noch ein bisschen aufräumen: 
Ein paar Befehle, die bisher zu keinem Ge- 
biet so richtig passten, sollen jetzt behan- 
delt werden. 


anwendbar 
nicht erlaubt 


weder absolute noch Zeropage- 


Adressierung möglich 


BIT 

Dieser Befehl heißt »Bit-Test« und passt von 
daher eigentlich zu den in der letzten Aus- 
gabe behandelten Vergleichsbefehlen. Die 
Behandlung der Flaggen ist aber völlig an- 
ders. Nehmen wir das Beispiel BIT 1500. 
Folgendes passiert: Der Inhalt der Speicher- 
stelle $1500 wird mit dem Inhalt des Akkus 
UND-verknüpft, das Ergebnis in der Z-Flag- 
ge angezeigt und Bit 7 sowie Bit 6 von $1500 
in die N- beziehungsweise die V-Flagge über- 
tragen. Weder der Akku noch der Inhalt von 
$1500 verändern sich dabei. 

Das ging ein bisschen holterdipolter. Se- 
hen wir uns das jetzt mal ganz langsam 
Schritt für Schritt an! Zunächst die UND- 
Verknüpfung: Bit für Bit wird der Akku-Inhalt 
mit dem Inhalt der adressierten Speicher- 
stelle UND-verknüpft. Dabei gelten folgen- 
de Regeln: 


OUNDO=O 
OUNDI =0O 
IUNDO=O 
IUNDI=1 


Nur dann also, wenn die entsprechenden 
Bits im Akku und in 1500 gleich I sind, er- 
gibt sich bei der UND-Verknüpfung eine I. 
Man stellt so etwas meist in einer so ge- 
nannten Wahrheitstabelle zusammen (Ta- 
belle 12). 

Nehmen wir als Beispiel mal an, im Akku 
stünde $0A und in der Speicherstelle $1500 
wäre $09 enthalten. Die UND-Verknüpfung 
sieht dann so aus: 


Akku SOA 0000 1010 
1500-509 0000 1091 
UND — 

0000 1000 


Das Ergebnis ist also $08. In der Z-Flagge 
wird in dem Fall, dass das Ergebnis der UND- 
Verknüpfung ungleich Null ist (wie hier) eine 
Null angezeigt, sonst eine I. Wir haben in 
unserem Zahlenbeispiel mit dem BIT-Be- 
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fehl überprüft, ob die Bits 
Il und 3 in Speicherstelle 
$1500 gelöscht sind. Da- 
zu haben wir in den Akku 
eine so genannte Maske 
(hier also $0A) geladen. 
Das Ergebnis sagt uns, 
dass nicht beide Bits gelöscht waren. Wäre 
der Inhalt von $1500 beispielsweise $10 ge- 
wesen (0001 0010), hätten wir in der Z- 
Flagge eine I gefunden. 

Daher der Name »Bit-Test«: Durch geeig- 
nete Maskenwahl kann praktisch jedes Bit 
überprüft werden. Dabei werden weder der 
Akku-Inhalt noch der Inhalt der angespro- 
chenen Speicherstelle verändert. 

Der BIT-Befehl hat aber noch mehr Aus- 
wirkungen: Die Bits 6 und 7 der geprüften 
Speicherzelle findet man nach Befehlsaus- 
führung in zwei Flaggen noch mal: 


- Bit 7 in der N-Flagge 
- Bit 6 in der V-Flagge 


Damit kann man beispielsweise überprüfen, 
ob sich am adressierten Ort eine negative 
Zahl befindet. Alle drei Flaggen können ja 
nun mit den Branch-Befehlen abgefragt wer- 
den. Sie erkennen sicherlich schon, wie viel- 
seitig dieser merkwürdige BIT-Befehl ein- 
setzbar ist. 

Adressierbar ist BIT entweder absolut (wie 
im obigen Beispiel) oder Zeropage-absolut. 
Je nachdem liegt er dann als 3-Byte- oder als 
2-Byte-Befehl vor. 


CLV 
Dieser Befehl heißt »CLear oVerflow flag«, 
also »lösche die Überlauf-Flagge«. Die V-Flag- 
ge war - wie Sie sich erinnern werden - un- 
sere rote Ampel bei Rechenoperationen 
(siehe Folge 4). 
Es ist ein I-Byte-Befehl mit impliziter Adres- 
sierung. 

Interessant daran ist, dass es keinen Be- 
fehl gibt, der das Gegenteil - also das Set- 
zen der V-Flagge - bewirkt. 


Gl 


Tab. 12: 
Wahrheitsta- 
belle der logi- 
schen Verknüp- 
fung UND 
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NOP 

NOP steht für »No OPeration«, was bedeutet 
»keine Tätigkeit«. Das ist der Nichtstu-Befehl. 
Er tut aber doch etwas: Er sorgt dafür, dass 
der Befehlszähler weitergezählt wird, und be- 
wirkt eine Verzögerung von 2 Taktzyklen. 

NOP ist ein I-Byte-Befehl mit impliziter 
Adressierung. Er wird in fertigen Program- 
men nur selten verwendet: zur Erzeugung 
einer kurzen definierten Verzögerung. Meist 
gebraucht man ihn bei der Erstellung eines 
Programms als Platzhalter oder bei der Feh- 
lersuche, um zum Beispiel unerwünschte 
Sprünge zu ersetzen. Die Transporteure sind: 
TAX, TAY, TXA und TYA. 

Ab und zu ist es nötig, Registerinhalte un- 
tereinander auszutauschen. Viele Dinge (Ad- 
dition, Subtraktion und so weiter) können 
nur im Akku geschehen. Wenn wir eine sol- 
che Operation beispielsweise mit dem In- 
halt des X-Registers ausführen wollen, ver- 
schieben wir diesen Inhalt mit dem Befehl 
TXA. Das bedeutet »Transfer X into Accumu- 
lator«, also »übertrage X-Register in den Ak- 
ku«. Analog verwendet man TYA, um Y-Re- 
gister-Inhalte in den Akku zu schieben oder 
für den umgekehrten Weg TAY beziehungs- 
weise TAX (Akkuinhalt ins Y- beziehungs- 
weise ins X-Register schieben). Genau ge- 
nommen wird nicht übertragen, sondern nur 
kopiert: Die Register, aus denen verschoben 
wird, bleiben unverändert. 

Weil die jeweiligen Zielorte der Verschie- 
bung (Akku, X- oder Y-Register) vom neuen 
Inhalt überschrieben werden, können sich 
auch Flaggen ändern. Betroffen sind von die- 
ser Möglichkeit die N- und die Z-Flagge. Al- 
le vier Befehle bestehen aus einem Byte und 
können natürlich nur implizit adressiert wer- 
den. 


So springen die Assembler- 

Alchemisten: JMP, JSR 

JMP und JSR entsprechen ungefähr den 
vom BASIC her bekannten Befehlen GOTO 
und GOSUB. JMP kommt von »JuMP to ad- 
dress«, also »springe zur angegebenen Adres- 
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se«. Nehmen wir uns wieder ein Beispiel 
vor: JMP 1500 bewirkt einen Sprung zur 
Adresse 1500. 

Das funktioniert so: In den Programmzäh- 
ler werden LSB und MSB der Zieladresse 
geladen. Das war dann auch schon der 
Sprung, denn der Programmzähler ist der 
Pfadfinder des Computers: Die Adresse, die 
dort steht, wird als Nächste bearbeitet. 

Schalten Sie doch mal den SMON ein (oder 
einen anderen Monitor) und sehen Sie sich 
das mit folgenden Befehlen an: 


1400 JUMP 1500 
Dort unterbrechen wir den Computer mit 
1500 BRK 


So weit, so gut: Wir starten mit dem SMON- 
Kommando G 1400 und erhalten eine Re- 
gisteranzeige mit dem Programmzähler- 
stand 1501. 

Genau das hatten wir ja erwartet. Weniger 
durchschaubar ist das folgende Beispiel: 


1400 
1402 
1404 
1407 
140A 


LDA #00 
LDX #16 
STA 1300 
STX 1301 
JMP (1300) 


Dazu gehört dann noch die Programmzeile 
1600 BRK 


Wenn Sie das genauso eingegeben haben 
und dann mittels G 1400 starten, erhalten 
Sie eine Registeranzeige mit dem Pro- 
grammzählerstand 1601. 

Schon an der neuen Schreibweise des Ar- 
guments in Zeile 140A werden Sie bemerkt 
haben, dass hier nicht mehr die normale ab- 
solute Adressierung wie zuvor angewendet 
wird. Dies ist eine neue Form: Die indirekte 
Adressierung. Indirekt deswegen, weil wir 
nicht mehr direkt die Zieladresse angeben, 


sondern einen so genannten Vektor. Ein Vek- 
tor besteht aus zwei aufeinander folgenden 
Speicherzellen (hier also 1300 und 1301), 
die in der Form LSB/ MSB die eigentliche 
Zieladresse enthalten. 

Das LSB von $ 1600 ist $00. Das haben wir 
über den Akku nach $1300 geladen. Das 
MSB $16 kam durch das X-Register an sei- 
nen Platz $1301: 


Zieladresse 16 00 
MSB LSB 

t t 
Vektor 1304. 1300 


Das ist die Methode der toten Briefkästen, 
die in Kreisen der Assembler-Alchemisten 
anscheinend genauso beliebt ist wie bei 
Agenten. So wie diese im hohlen Baum die 
Treffpunktanschrift hinterlegt finden, verlässt 
sich unser Computer auf die Speicherstellen 
1300 und 1301 für die Angabe der Ziel- 
adresse. 

Diese Art der Adressierung ist im wahrs- 
ten Sinn des Wortes ein Unikum: Es gibt sie 
nämlich nur für den JMP-Befehl! Davon wird 
allerdings dann auch recht häufig Gebrauch 
gemacht, zum Beispiel im Betriebssystem un- 
seres Computers. 

Aber darüber und über die Vektoren, die 
dazu verwendet werden, soll ein andermal 
berichtet werden. 

Wir dürfen nämlich nicht den anderen 
Sprungbefehl JSR vergessen. JSR steht für 
»Jump to SubRoutine«, was eingedeutscht 
etwa »springe zum Unterprogramm« bedeu- 
tet. 

Genauso wie in BASIC Unterprogramme 
durch »GOSUB Zeilennummer« aufgerufen 
werden, kann das auch hier geschehen: 
durch JSR Adresse. Hier ist nur die abso- 
lute Adressierung möglich. Das erste Bei- 
spiel soll uns zeigen, wie dieser Befehl funk- 
tioniert: 


1400 JSR 1500 


Dort steht dann erst mal 1500 BRK 
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Noch nicht starten! Zunächst einmal verzei- 
hen Sie mir die Programmierer-Todsünde, 
aus einem Unterprogramm heraus den Pro- 
grammablauf zu beenden. Ich werd's auch 
nie wieder tun. Hier geschieht das nur zu 
Lehrzwecken. 

Was läuft ab? Der Programmziählerinhalt 
plus 2 wird auf den Stapel gelegt und dann 
die Adressse 1500 in den Programmzähler 
geladen. 

Ebenso kurz wie unklar! Was ist denn ein 
Stapel? Also langsam, Schritt für Schritt. 

Der Sinn von Unterprogrammen ist ja, dass 
der Computer nach Ende der Bearbeitung 
wieder ins aufrufende Hauptprogramm zu- 
rückkehrt. Er muss sich aber dazu irgendwo 
merken, von wo aus er zum Unterprogramm 
gesprungen ist. 

Dazu verwendet er den Stapel. Das ist ein 
Speicherbereich ($0100 bis $OI FF), der di- 
rekt vom Prozessor aus verwaltet wird. Die 
genaue Architektur und Handhabung dieses 
»Prozessor Stack« werden wir noch in einer 
späteren Folge kennen lernen. Uns soll hier 
nur interessieren, dass es einen Zeiger gibt, 
der auf den nächsten freien Platz im Stapel 
weist, und dass dieser Speicher von oben 
nach unten gefüllt wird (wie in BASIC bei 
den Strings). 

Wenn Sie mithilfe des SMON mal in den 
Stapel hineinsehen wollen, dann geben Sie 
doch mal einM 0100 OIlFF. 

Was nun genau bei Ihnen drin steht, ist 
sehr von der vorherigen Nutzung Ihres Com- 
puters abhängig. Der Mikroprozessor nutzt 
den Stapel bei sehr vielen Tätigkeiten. Es 
kommt auch nur auf den Teil des Stapels an, 
der durch den Stapelzeiger als gefüllt be- 
zeichnet wird. Der Stapelzeiger wird beim 
SMON in der Registeranzeige als SP ange- 
zeigt. Wenn Ihr Stapelzeiger (prüfen Sie das 
doch mal durch Eingabe von R) nun zum 
Beispiel F6 zeigt, dann bedeutet das, dass 
alle Stapelplätze von $OIF6 an abwärts frei 
und die oberhalb bis $OIFF besetzt sind. 
Beim Nachsehen mit M O1FO OIFF finden 
Sie dann beispielsweise: 
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:01FO 20 00 20 AA C1 FA CO 46 
:O1F8 El E9 A7 A7 79 A6 9C E3 


Die Speicherstelle, auf die der Stapelzeiger 
weist, ist unterstrichen. Nun starten wir mit 
G 1400 unser kleines verbotenes Testpro- 
gramm. Es meldet sich die Registeranzeige. 

Im Stapelzeiger steht jetzt F4 (oder eben 
Ihr vorangegangener SP minus 2). Wenn wir 
nun wieder mit M O1FO OlFF im Stapel 
nachsehen, dann finden wir im Gegensatz 
zur obigen Anzeige nun: 


:01FO 20 AA C1 FA CO 02 14 46 
tr rt 


:O1F8 El E9 A7 A7 79 Ab 9C E3 


Unterstrichen ist wieder das Ziel des Stapel- 
zeigers, der jetzt zwei Plätze weitergerückt 
ist, um der durch Pfeile gekennzeichneten 
Adresse 1402 (als LSB/ MSB) Platz zu ma- 
chen. $1402 ist das letzte Byte des TSR-Be- 
fehls. Wie wir den Programmzähler kennen, 
ist er im Allgemeinen immer einen Schritt 
voraus. 

Hier liegt er aber einen zurück, falls er 
nach Beendigung des Unterprogramms an 
der notierten Adresse weitermacht. Dazu 
kommen wir gleich noch. Was wir am Pro- 
grammzähler aber auch noch nach Ablauf 
unseres kurzen Beispielprogramms ablesen 
können, ist die Tatsache, dass die Sprung- 
adresse 1500 in ihn geschrieben wird und 
der Sprung somit stattgefunden hat. 

Nun bauen wir das kleine Prograämmchen 
etwas um: 


1400 JSR 1500 
1403 BRK 


Das Unterprogramm soll nur aus dem Rück- 
sprung bestehen: 


1500 RTS 


Verlangen Sie nun noch vor dem Start eine 
Registeranzeige mit R und merken Sie sich 
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den Wert des Stapelzeigers. Dann starten 
Sie das Programm mit G 1400 und achten 
Sie auf die neue Registeranzeige. Zwei Din- 
ge interessieren uns: 


1.Der Wert des Stapelzeigers ist unverän- 
dert geblieben. 
2.Der Programmzähler weist nun auf $1404. 


Wenn Sie nun noch mal mit dem M-Befehl 
des SMON in den Stapel sehen, werden Sie 
unter Umständen zwar noch die Adresse 
1402 dort finden (dann nämlich, wenn wir 
den Stapel seit dem letzten Programm nicht 
verändert haben). Wie Sie aber inzwischen 
wissen, hätte durch den neuen JSR-Befehl 
noch mal 1402 dort eingetragen sein müs- 
sen. Das stand da auch einige Mikrosekun- 
den lang ... bis der RTS-Befehl wirksam wur- 
de. RTS macht ziemlich viel: 


I.RTS holt die auf dem Stapel gespeicherte 
Adresse ab und schreibt sie in den Pro- 
grammzähler. 

2.RTS vermindert dabei den Stapelzeiger 
um 2. 

3.RTS addiert zum Programmzähler eine 1. 


Deswegen kann das Programm also bei 
$1403 weiterlaufen und der Programmzäh- 
ler nun hinter dem BRK-Befehl stehen. 

Machen Sie doch mal etwas anscheinend 
total Verrücktes: Starten Sie mit G 1500.Es 
gibt da zwei Möglichkeiten, was geschehen 
kann: Entweder stand da noch vom ersten 
unterbrochenen Testprogramm die Adresse 
1402. Dann endete nun alles mit einer Re- 
gisteranzeige, bei der der Stapelzeiger um 2 
höher gerutscht ist. 

Oder da stand diese Adresse nicht mehr. 
Dann befinden Sie sich nun wieder im BA- 
SIC. Wieso eigentlich? Als nächste Adresse 
finden Sie auf dem Stapel $E146 (dez. 
57670). Diese Adresse + I wird ja durch RTS 
in den Programmzähler gerufen. Ein Sprung 
an diese Adresse ist ein Sprung in ein Pro- 
gramm des Betriebssystems. Haben Sie ein 


ROM-Listing? Dann sehen Sie mal nach: 
Dort steht der Befehl ... RTS. Dieses neuerli- 
che RTS holt nun die nächste Adresse vom 
Stapel: $A7E9 (dez. 42985). Diese Adresse 
+ | im Programmzähler führt unseren Com- 
puter in die BASIC-Interpreter-Schleife, also 
ins BASIC zurück. 

Wir haben so viel über den Stapel gehört, 
dass wir ISR fast schon wieder aus den Au- 
gen verloren haben. Deswegen noch mal ei- 
ne kurze Übersicht: 


a)JSR speichert den Programmzählerwert 
des letzten Bytes des Befehls auf dem 
Stapel, zum Beispiel 1402. 

b)stellt dabei den Stapelzähler um 2 zurück, 
zum Beispiel von $F6 nach $FA. 

c)schreibt in den Programmzähler die ange- 
gebene Zieladresse, zum Beispiel 1500. 

d)Das Unterprogramm wird abgearbeitet, 
bis der RTS-Befehl auftaucht. 

e)Dann wird die gemerkte Adresse + I in 
den Programmzähler geschrieben, zum 
Beispiel 1402 + I = 1403 

f} und dabei der Stapelzähler wieder um 2 
erhöht, zum Beispiel von $F4 wieder zu 
$F6. 

g)Das Programm läuft nach dem JSR-Be- 
fehl weiter, zum Beispiel bei 1403. 


Nun sollte eigentlich auch klar sein, warum 
ein Aussprung aus einem Unterprogramm 
oder ein Abbruch im Unterprogramm eine 
Programmierer-Todsünde ist: Der Stapelzei- 
ger wird nicht zurückgestellt. Die gemerkte 
Rücksprungadresse versauert allmählich auf 
dem Stapel. 

Noch schlimmer sind solche Sachen in ei- 
ner Schleife, wo mehrfach aus dem Unter- 
programm ausgebrochen wird: Hier ist der 
Stapel bald voll Müll, und der Computer be- 
endet seine Zusammenarbeit mit dem Pro- 
grammierer. Weil aber BASIC-Programme 
nichts anderes sind als eine Folge von Ma- 
schinenprogrammen, die je nach Befehl durch 
den Interpreter aneinandergereiht werden, 
ist das auch in BASIC eine Todsünde. Wir 
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wollen aber nicht so hart mit uns umgehen: 
Wenn wir gelernt haben, wie man mit spe- 
ziellen Assembler-Befehlen im Stapel herum- 
schaufeln kann, dann haben wir bei richtiger 
Anwendung von vornherein jedenfalls in 
diesem Punkt die Absolution erhalten. 


Alles fließt: Fließkommazahlen 
Jeder, der tiefer in die Geheimnisse der As- 
sembler-Alchemie eindringen will, muss sich 
vertraut machen mit der häufigsten Art der 
Zahlenverarbeitung in unserem Computer. 
Das ist die Handhabung von Fließkomma- 
zahlen (auch Gleitkommazahlen genannt). 
Wir werden dazu folgende Fragen zu klären 
haben: 


1.Was sind Fließkommazahlen? 

2.Wie sehen sie im binären Zahlensystem 
aus? 

3.Wie behandelt unser Computer positive 
und negative Fließkommazahlen? 

4.Wie können wir als Programmierer Einfluss 
auf die Verarbeitung dieser Zahlen im Com- 
puter nehmen? 


Die Behandlung dieser vier Fragen wird uns 
eine ganze Weile beschäftigen. Fangen wir 
mit der ersten an: 

In Standardwerken der Mathematik wer- 
den Sie lange suchen müssen, um den Be- 
griff »Fließkommazahl« zu finden. Im deut- 
schen Sprachraum gibt es häufiger die 
Bezeichnung »wissenschaftliche Zahlendar- 
stellung«. Das klingt sehr hochgestochen 
und ist eigentlich ganz einfach. 

Die Zahl 1000 kann man auf verschiede- 
ne Weise darstellen: 


1000 = 10 * 10 * 10 = 10*3 etc. 


Die hochgestellte Zahl (in Computerschreib- 
weise: Die Zahl hinter dem Hochpfeil) ist 
hier gleich der Anzahl der Stellen minus | 
(1000 hat vier Stellen, also ist die Hochzahl 
eine 3). Diese Hochzahl nennt man Expo- 
nent (vom lateinischen exponere = anzeigen, 
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herausheben). Nehmen wir nun einige an- 
dere Zahlen: 


200 =2* 100=2* 10”2 
2 500 = 2,5 * 1000 = 2,5 * 10% 3 


Ich glaube, jetzt beginnt es Ihnen klarzuwer- 
den, dass man auf diese Art wohl alle Zah- 
len irgendwie darstellen kann. Man dröselt 
die Zahlen auseinander und bildet ein Pro- 
dukt, von dem der eine Multiplikator durch 
IO teilbar ist (durch die Basis unseres nor- 
malen Zahlensystems). 

Genauer gesagt: Ein Faktor (also in den 
Beispielen 1000 oder 100) ist darstellbar als 
Potenz von IO. Der andere Faktor (in den 
Beispielen I, 2 oder 2,5) wird Mantisse (vom 
lateinischen manitissa = Zugabe, Anhang, 
Schleppe) genannt. Sehen wir uns noch mal 
2500 an: 

2500 =2,5* 1000=2,5* 10*3 
=25*100=-25*10”2 
= 250 * 10=250* 10” 1 
=2500 * 1=2500 * 100 


Das Letzte war nur der Vollständigkeit hal- 
ber, denn irgendeine Zahl hoch O ist immer 
1. Man kann aus der 2500 auch Folgendes 
machen: 


2500 
oder 


= 0,25 * 10000 =0,25 * 104 
= 0,025 * 100000 = 0,025 * 105 


und so weiter. Oder anders herum: 


2500 =25000 *0,1 =25000 * 10-1 


= 250000 * 0,01 = 250000 * 10” -2 
und so weiter. Dabei bedeutet: 
10*-2=1/10r2=0,01 
Man kann sich das merken, indem man die 
Anzahl der Stellen zählt, um die man das 


Komma verschiebt. Diese Anzahl addiert 
man dann zur Hochzahl. Zur Erläuterung: 
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0,12345 = 1,2345 * 10” -I 


Wir haben das Komma um eine Stelle nach 
rechts gerückt, weshalb wir die Hochzahl -I 
schreiben müssen (vorher war da nämlich 
unsichtbar die Hochzahl O, und I0*O= 1). 


0,12345 = 123,45 * 10” -3 


Hier wurde das Komma um drei Stellen 
nach rechts verschoben. Daher der Expo- 
nent -3. Sie sehen folgenden Zusammen- 
hang: 


Komma eine Stelle nach rechts verschoben: 
Exponent + (- 1). Zum Beispiel: 
0,1234 * 10% -2 = 1,234 * 10* -3 


Komma eine Stelle nach links verschoben: 
Exponent +1. Zum Beispiel: 
3,14 * 10* 12 = 0,314 * 10* 3 


Verstehen Sie nun, warum man diese Art 
der Zahlendarstellung Fließkomma- oder 
Gleitkommazahlen nennt? 

Vielleicht sehen Sie aber noch nicht den 
Sinn der Fließkommazahlen ein. Dazu gebe 
ich Ihnen zwei einsichtige Beispiele. Der 
Atomkern eines Heliumatoms wiegt etwa 
(halten Sie sich fest): 0,000 000 000 000 
000 000 000 000 006 643 kg. 

Sehr unbequem, diese ganzen Nullen im- 
mer mitzuschleppen. Wir verschieben des- 
halb das Komma um 27 Stellen nach rechts 
und schreiben dann 6,643 * 10-27 kg. 

2. Beispiel: Wir haben einen Ballon mit 
diesem Gas gefüllt. Bei normalen Tempera- 
tur- und Luftdruckbedingungen befinden sich 
in einem Kubikzentimeter im Ballon unge- 
fähr (noch mal festhalten!): 

26 900 000 000 000 000 000 Heliumato- 
me. Wieder eine recht unangenehme Null- 
Schlepperei. 

Wir verschieben das Komma um 19 Stel- 
len nach links und erhalten 2,69 * 10” 19 
Heliumatome. Fein, nicht wahr? Abgesehen 
von der höheren Bequemlichkeit: Der Com- 


puter müsste allerhand Speicherplatz zur 
Handhabung der vielen Nullen bereitstellen. 
Mit BCD-Zahlen könnten wir zwar jede Zahl 
erfassen, hätten aber immer unterschiedlich 
viele Bytes zu verarbeiten. 

Wenn wir Fließkommazahlen verwenden, 
können wir - wie Sie noch sehen werden - 
jede (na, sagen wir mal: fast jede) Zahl in 
der gleichen Anzahl Bytes aufbewahren. 

Vom BASIC her kennen Sie Fließkomma- 
zahlen auch (hier wird das Komma jedoch, 
entsprechend der amerikanischen Schreib- 
weise, durch den Punkt ersetzt). Das sind 
die, wo man zum Beispiel schreibt 6.02E23 
oder 6.02E + 23, was dann bedeutet: 6,02 * 
10723. 

»E« steht dort für Zehnerexponent. Durch 
die Art, wie Fließkommazahlen im normalen 
Computerdasein gespeichert werden, erge- 
ben sich obere und untere Grenzen. Die 
höchste in BASIC verarbeitbare Zahl ist im 
C64 + 1.70141183 * I0E38. 

Größere Zahlen verursachen in BASIC ei- 
nen »OVERFLOW ERROR«. Was in Maschi- 
nensprache mit größeren Zahlen geschieht, 
ist weitgehend unsere Sache. Die dem Be- 
trag nach kleinste verarbeitbare Zahl ist 
+ 2.93873588 * IOE-39. 

In BASIC arbeitet bei Unterschreitung der 
Computer einfach mit einer Null weiter. Für 
die Behandlung in Maschinensprache sind 
ebenfalls wir als Programmierer verantwort- 
lich. 

Für diesmal sei’s genug der Zahlenspiele; 
in der nächsten Ausgabe werden wir uns 
weiter mit Fließkommazahlen befassen. 


Die USR-Funktion 

Wieder einmal soll uns das Zusammenspiel 
von BASIC und Maschinensprache beschäf- 
tigen. Einen Aufruf von Maschinenroutinen 
- nämlich den mit SYS - haben wir schon 
kennen gelernt. 

Wir POKEten die zu übergebenden Werte 
an die Abrufspeicherstellen. Bei diesen Wer- 
ten hat es sich um einfache Integerzahlen 
gehandelt, zum Beispiel die Anzahl der 
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Glieder einer zu summierenden arithmeti- 
schen Reihe. Was tun wir aber, wenn wir 
Fließkommavariablen an ein Maschinenpro- 
gramm übermitteln wollen? 

Gewiss, werden Sie sagen, lernen wir das 
ja in den nächsten Folgen und können dann 
entsprechende POKE-Kommandos geben. 
Damit haben Sie auch recht, nur ist das dann 
der »harte« Weg. Es gibt auch einen prob- 
lemlosen »weichen« Weg, nämlich das USR- 
Kommando. 

USR ist ein BASIC-Befehl und rührt her 
von »User callable machine language Sub- 
Routine«, also »durch den Benutzer aufruf- 
bares Maschinensprachunterprogramm«. 
Darin liegt eigentlich noch nichts Neues ge- 
genüber dem SYS-Befehl. 

Im Gegensatz zu SYS - wo das Argument 
die Einsprungadresse des Maschinenpro- 
gramms ist - übergibt USR als Argument 
eine beliebige Fließkommavariable in fest- 
gelegter Form an eine sehr nützliche Spei- 
cherstellenkombination, den Fließkomma- 
Akkumulator I, von uns künftig einfach FAC 
genannt. 

Der FAC belegt die Speicherstellen 97 bis 
102 ($61 bis $66). Wenn das eventuell in 
BASIC benötigte Ergebnis dort auch in der 
vorgeschriebenen Form abgelegt wird, kann 
es im BASIC-Programm weiterverwendet 
werden. 

Keine Angst, dazu kommen wir bei der 
weiteren Behandlung der Fließkommazah- 
len noch ganz ausführlich zu sprechen. Heu- 
te soll uns das noch nicht belasten. Als Ar- 
gument kann man nämlich auch irgendeine 
bedeutungslose Größe, einen so genannten 
»Dummy« angeben, der dann gar nicht wei- 
terverwendet wird. Der USR-Befehl dient in 
diesem Fall lediglich dem bequemen An- 
steuern eines Maschinenprogramms. 

Woher weiß unser Computer beim USR- 
Befehl, welche Maschinenroutine er im 64- 
KByte-Speicher bearbeiten soll? Beim SYS- 
Befehl ist das klar - das Argument sagt es: 
SYS 24345 lässt den Programmzähler auf 
dez. 24345 zeigen. Aber wenn wir einge- 
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ben: USR (24345), dann packt der Com- 
puter die Zahl 24345 als Fließkommavaria-b- 
le in den FAC und meldet dann einen »SYN- 
TAX ERROR«. 

Das liegt daran, dass der BASIC-Interpre- 
ter beim USR-Befehl einen der oben kennen 
gelernten indirekten Sprünge ausführt: JMP 
(S1L), 

$311 /312 (dezimal 785/ 786) ist also ein 
Vektor, und der weist im Normalfall zu einer 
Routine, die den »SYNTAX ERROR« ausgibt 
(dez. 45 640). Bevor wir also den USR-Be- 
fehl geben, müssen wir in diesen Vektor die 
Startadresse unserer Maschinenroutine schrei- 
ben: 


dez. 24345 = S5F19 

LSB S19 = dez. 25 in 
Speicher 785 
mit 
POKE 785,25 

MSB S5F = dez. 95 in 
Speicher 786 
mit 


POKE 786,95 


Jetzt weiß der Computer, wohin er beim 
USR-Aufruf springen soll, und solange, bis 
wir den Vektor wieder ändern, führt er bei 
jedem USR-Befehl unser bei 24345 stehen- 
des Maschinenprogramm aus. Wir müssen 
nur noch dafür sorgen, dass dort dann auch 
wirklich eines anfängt. Ein Beispiel werden 
wir nachher noch behandeln. 


Der harte Kern: noch mal Speicherfragen 
Die Struktur des C 64-Speichers ist verein- 
facht schon zu Beginn dieses Kurses gezeigt 
worden (Seite 16). 

Dabei tauchten zwei ROM-Bereiche auf, 
die wir BASIC-Interpreter und Betriebssys- 
tem genannt haben. Diese Unterteilung ist 
nicht ganz korrekt. Wenn Sie über ein ROM- 
Listing verfügen und beispielsweise das En- 
de des ROM-Bereichs von $AO000 bis $BFFF 
sowie den Anfang des oberen ROM ($EO0O 
bis $FFFF) untersuchen, dann stellen Sie fest, 
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dass ab dez. 49087 ($BFBF) die BASIC-Funk- 
tion »EXP« bearbeitet wird. Der letzte Befehl 
vor $CO00 beendet diese Funktion aber 
nicht etwa, sondern dort steht: JMP EO00. 

Tatsächlich läuft ab $EOOO bis $EO42 die 
Bearbeitung der EXP-Funktion munter wei- 
ter, und auch danach finden sich allerlei BA- 
SIC-Befehle (SIN, COS und so weiter). 

Da liegt also keine klare Trennung vor, son- 
dern ein Mischmasch. Wir sollten uns viel- 
leicht angewöhnen, statt vom Interpreter 
und dem Betriebssystem vom unteren und 
oberen ROM-Bereich zu sprechen. 

Eine andere Unterscheidung ist dagegen 
sinnvoll: Wie einige Besitzer neuerer Com- 
modore 64 sicherlich bemerkt haben, sind 
Teile der ROM-Routinen im Laufe der Zeit 
verändert worden. Hauptsächlich geht es 
bei den aktuellen Neuerungen dieser inter- 
nen Maschinenprogramme um die Farbge- 
bung der Zeichen. 

Man kann eigentlich nie so recht wissen, 
was den Software-Planern von Commodore 
noch alles einfällt. Jedenfalls können deren 
Ideen manchmal recht dramatische Folgen 
haben, nämlich dann, wenn Sie ein fabelhaf- 
tes Maschinenprogramm gebaut haben, wel- 
ches ROM-Routinen direkt verwendet. Der 
Programmierer spielt auf diese Weise eine 
müde Form des russischen Roulettes. 

Glücklicherweise halten sich die Ände- 
rungen in Grenzen, und wir dokumentieren 
unsere Programme ja auch immer gut (Sie 
etwa nicht?). Notwendige Umbauten kön- 
nen also leicht vonstatten gehen. 

Ganz ohne ROM-Routinen-Verwendung 
kommt man eigentlich kaum aus. Es gibt aber 
einen ROM-Bereich, für den Commodore 
verspricht, keinerlei Änderungen durchzu- 
führen: die KERNAL-Sprungtabelle. 

Das ist ein Programmbereich ($FF81 bis 
$FFF5), in dem 39 JMP-Befehle enthalten 
sind (zum Teil in absoluter, aber auch in indi- 
rekter Adressierung). Jeder dieser Sprung- 
befehle weist auf die Einsprungadresse ei- 
nes Maschinenprogramms. Da finden sich 
alle wichtigen Ein- / Ausgabe-Operationen, 
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Tab. 13: 
Kernal-Routinen 


ame] Dez [me 7 

65409 Prüfen der TV-Norm, Berechnung der Taktfrequenz 
emne | esasa [innen ___|Sendetumisrinanseneienme _ | 
seco | 05072 form [Ommerspeanzenesme | 
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Systemtakt- und Uhrsteuerungen und An- 
deres mehr. Wir werden uns nach und nach 
damit vertraut machen. 

In Tabelle 13 sind die Kernal-Adressen 
und ihre Funktion aufgeführt. Manche da- 
von können ohne jede Vorbereitung benutzt 
werden, andere brauchen bestimmte Routi- 
nen oder Angaben, um sinnvoll zu arbeiten. 

Die Absicht von Commodore ist es, dass 
jeder Aufruf von zum Beispiel FFD2 die Aus- 
gabe eines Zeichens bewirkt, und zwar un- 
abhängig davon, welchen Computer in wel- 
cher Version wir benutzen. Das Programm, 
welches diese Zeichenausgabe letztendlich 
ausführt, kann sich ändern und in ganz an- 
dere Speicherbereiche gelegt werden. An 
der Stelle $FFD2 wird aber immer ein JMP 
mit der Einsprungadresse stehen. Leider ist 
diese Sprungtabelle viel zu knapp gehalten. 
Es gibt so viele interessante ROM-Routinen, 
die wir alle ohne diese schöne Sicherheit 
anspringen müssen. 


Die Urzelle eines Programmprojekts 

Wir sind jetzt so weit, dass wir die Urzelle 
eines Programmprojekts, welches uns eine 
lange Zeit begleiten wird, aufbauen können. 

Wir wollen etwas unter den Teppich keh- 
ren. Der Teppich, das sind die uns bislang 
nicht zugänglichen RAM-Bereiche unter 
den ROM. Haben Sie das nicht auch schon 
mal erlebt, dass Sie während einer Pro- 
grammarbeit plötzlich feststellen, dass Sie 
zum Beispiel für eine Zwischenrechnung ein 
weiteres Programm benötigen, oder Sie wäl- 
zen Listen und denken sich, ein kleiner Hilfs- 
bildschirm wäre jetzt von Nutzen, oder ... 

Mit diesem heute zu startenden Pro- 
gramm ware all das und noch viel mehr rea- 
lisierbar. Es soll auf einfache Weise beliebige 
Speicherbereiche unters ROM schieben und 
sie wieder hervorholen können. 

Natürlich braucht die Entwicklung dieses 
Projekts einige Zeit, zumal wir noch Vieles 
lernen müssen. Deswegen sind wir in dieser 
ersten Urzelle noch sehr eingeschränkt: Wir 
verschieben zuerst einmal nur eine Bild- 
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schirm-Kopfzeile unter den oberen ROM- 
Bereich. Auch in dieser einfachsten Version 
gibt es noch einige Programmteile, die Sie 
erst nach der nächsten Ausgabe verstehen 
werden. Aber irgendwann müssen wir ja 
mal anfangen, Nagel mit Köpfen zu machen. 

Unser Maschinenprogramm soll durch die 
USR-Funktion aufgerufen werden. Wie wir 
es in dieser Ausgabe gelernt haben, muss 
deshalb vor dem ersten Aufruf eine Initiali- 
sierung durch Belegen des USR-Vektors mit 
unserer Startadresse stattfinden. 

Die Startadresse soll $02B6 (dez. 694) 
sein, denn dort gibt es einen freien RAM- 
Bereich bis inklusive $O2FF (dez. 767), der 
weder andere Programme noch Kassetten- 
operationen stört. Das MSB $02 ist dezimal 
auch 2 und wird nach 786 gePOKEt: POKE 
786,2. 

Das LSB $B6 ist dezimal 182 und soll in 
785 geschrieben werden: POKE 785,182. 

Damit ist der USR-Vektor gestellt, und wir 
brauchen uns nicht mehr weiter darum zu 
kümmern: Jeder USR-Aufruf wird nun den 
Start des Programms bewirken. Nun zum 
Programm selbst. In Abbildung 12 finden 
Sie ein Flussdiagramm dazu. 

Zunächst konstruieren wir den Teil, der 
die erste Bildschirmzeile nach $EOOO und 
folgende Speicherstellen schiebt. Das X-Re- 
gister verwenden wir als Index und laden es 
mit dez. 40 = $27. 

Schalten Sie also den SMON ein und star- 
ten Sie den Assembler mit A 02Be6. Dann 
geben Sie ein: 


02B6 LDX #27 


Nun packen wir das letzte Zeichen der 
obersten Bildschirmzeile in den Akku: 


02B8 LDA 0400,X 


In das Y-Register legen wir die dazugehöri- 
ge Farbe aus dem Bildschirmfarbspeicher: 


02BB LDY D800,X 


Den Akkuinhalt - also die Bildschirminfor- 
mation - legen wir nach $EOOO + $27: 


02BE STA E000,X 


Dasselbe tun wir mit dem Farbkode, der ab 
$E028 + $27 abwärts gespeichert wird. 
Leider kann man STY nicht X-indiziert-ab- 
solut adressieren (siehe Tabelle I1, Seite 58). 
Deshalb schieben wir zuerst den Y-Register- 
inhalt in den Akku: 


02C1 TYA 
02C2 STA EO028,X 


Damit ist das letzte Zeichen der Kopfzeile 
verschoben. Wir zählen das X-Register um I 
herunter: 


02C5 DEX 


Der X-Index weist nun auf das vorletzte Zei- 
chen, mit dem sich alles ab $02A9 wieder- 
holt. Wenn das X-Register bis O herunterge- 
zählt ist, weist es auf das erste Zeichen der 
Kopfzeile. Die Schleife muss dann noch ein- 
mal durchlaufen werden, und ein weiteres 
Herabzählen des X-Registers erzeugt $FF, 
was zum Setzen der N-Flagge führt. 

Das ist dann unser Signal, dass die gesam- 
te Kopfzeile übertragen wurde. Die N-Flag- 
ge wird durch den BPL-Befehl getestet: 


02C6 BPL 02B83 


So weit, so gut. Wir hätten natürlich auch 
das X-Register von O an hochzählen kön- 
nen. Zum Beenden der Schleife wäre dann 
aber ein CPX-Befehl erforderlich gewesen, 
der jedes Mal den X-Registerinhalt mit der 
Zahl $27 vergleicht. 

MERKE: Indexregister in Schleifen abwärts 
zu zählen, kann Rechenzeit einsparen! 

Ab $02CE soll der umgekehrte Vorgang, 
also das Zurückschieben der vorher gespei- 
cherten Kopfzeile in den Bildschirmspeicher 
geschehen. Das einfachste wäre es sicher- 
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VERSCHIEBEN 1 
LDX #27 


aktuelle Bild- 
schirmspelcher- 
zelle + Akku 


aktuelle Bild- 
schirmfarbspei- 
cherzelle + 


Y-Register + 
Akku 


Akku + unter 
oberes ROM + 28 


X-Register 
negativ? 


nein 


LSB der Start- 
adresse von 
VERSCHIEBEN2 
+ Akku 


Akku + LSB 
des USR-Vektors 


VERSCHIEBEN 2 
oberes ROM 
ausschalten 

LDX #27 


aktuelle Adresse 
unter oberem 
ROM + Akku 


Y-Register 
aktuelle Adresse 
Akku + unter unter oberem 
oberes ROM ROM + 28 + Akku 


Akku + aktuelle 
Blldschirm- 
speicherzelle 


Y-Register + 
Akku 


Akku + aktuelle 
Bitdschirmfarb- 
speicherzelle 


X-Register 


nein negativ? 


ja 


oberes ROM 
wieder ein- 
schalten 


LSB der Start- 
adresse von 
VERSCHIEBEN 1 
+ Akku 


Akku-+LSB des 
USR-Vektors 


Abb. 12: 

Das Flussdia- 
gramm zu dem 
im Text erläuter- 
ten Programm 
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lich, diesen Programmteil mit einem weite- 
ren USR-Kommando zu starten. Das sähe 
dann so aus: 


Erster USR-Befehl schiebt Kopfzeile unter 
oberes ROM 

Zweiter USR-Befehl holt Kopfzeile zurück in 
Bildschirmspeicher 

Dritter USR-Befehl schiebt wieder Kopfzeile 
unter ROM 

Vierter USR-Befehl holt sie wieder zurück 
und so weiter 


Weil aber das Umstellen des USR-Vektors 
durch POKEs vom BASIC aus lästig ist, tun 
wir das einfach immer am Ende des betref- 
fenden Maschinenprogrammabschnitts. 

Wir schreiben also das LSB der Programm- 
fortführung ($CE) nach $311. Das MSB bleibt 
unverändert $02. 


02C8 LDA #CE 
0O2CA STA 0311 
02CD RTS 


Mit dem RTS sind wir wieder im BASIC-Pro- 
gramm gelandet, welches nun normal wei- 
terverarbeitet wird. 

Erst ein neues USR-Kommando - im Pro- 
gramm oder im Direktmodus - startet den 
zweiten Teil unseres Maschinenprogramms 
(weil in $0311 - dem Einsprungspunkt des 
USR-Befehls - die Startadresse der auszu- 
führenden Routine steht). 


Einfache Befehle mit großer Wirkung 

In diesem zweiten Teil müssen wir erst eini- 
ge Befehle geben, die Sie jetzt vielleicht 
noch nicht verstehen. Das hängt damit zu- 
sammen, dass zum Herauslesen des RAM 
unter dem ROM das ROM ausgeschaltet 
werden muss (entspricht POKE 1,53): 


0O2CE 
02DO 
02D1 
02D3 


LDA 01 
PHA 

LDA #35 
STA 01 
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(Der PHA-Befehl dient hier zur Zwischen- 
speicherung des Akku-Inhalts). Das ist hier- 
mit geschehen, und wir kommen wieder in 
bekannte Gefilde mit der Ausleseschleife: 


02D5 
02D7 
02DA 
02DD 
02E0 
O2E1 
02E4 
02E5 


LOX 
LDY 
LDY 
STA 
TYA 
STA 
DEX 
BPL 


#27 

E000,X 
E028,X 
0400,X 


D800,X 
02D7 


Damit ist die gesamte gespeicherte Kopf- 
zeile wieder zurückgeholt, und wir können 
das ROM wieder einschalten: 


02E7 PLA 
02E8 STA 01 


Falls nun wieder ein USR-Kommando auf- 
taucht, soll die Kopfzeile wie am Anfang mit 
dem ersten Programmteil unter das obere 
ROM gelegt werden. Wir müssen deshalb 
den USR-Vektor auf $02BG zurückschrei- 
ben: 


0O2EA LDA #B6 
O2EC STA 0311 
O2EF RTS 


Das wär's! Wenn nun im Programm oder im 
Direktmodus wieder ein USR-Befehl auftritt, 
kann das Ganze von vorne beginnen. In die- 
ser Version wird jedes Mal eine neue Kopf- 
zeile hin und wieder zurück geschoben. 
Wenn Sie eine einmal festgelegte Kopf- 
zeile immer wieder benutzen möchten, 
dann stellen Sie den USR-Vektor einfach 
nicht mehr zurück: Lassen Sie also die Be- 
fehle bei O2EA und O2ZEC weg. Das Pro- 
gramm endet in dem Fall mit: 0O2EA RTS 
Eine wichtige Bemerkung noch: So be- 
quem der Ort auch ist, an dem unser kurzes 
Programm steht, er hat einen gravierenden 
Nachteil: Falls Sie mittels einer RESET-Taste 


oder per Software einen BASIC-Kaltstart 
durchführen, geht unser Programm flöten! 

Dieser Speicherbereich wird im Reset- 
Programm nämlich mit lauter Nullen über- 
schrieben. Deswegen speichern Sie es bitte 
bald ab. 

Damit sind wir für diesmal am Ende. Sie 
finden noch ein kleines Testprogramm für 
unsere Verschieberoutine und in Tabelle 14 
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wie immer eine Zusammenfassung aller 
wichtigen Daten der neuen Befehle. In der 
nächsten Folge greifen wir noch einmal das 
Thema Fließkomma auf, werden die ein- 
fachsten und kürzesten Kurzspeicher-Befeh- 
le kennen lernen und beginnen mit den leis- 
tungsfähigsten Befehlen des 6502, den 
indirekt-indizierten Befehlen. 


FARBE $D800=55296"CHR$ (146) 


1 REM De 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2; 

2 REM * * 

3 REM * TEST FUER DIE 1. VERSION DES * 

4 REM * PROGRAMM- PROJEKTS * 

5 REM * VERSCHIEBEN VON * 

6 REM * SPEICHERBEREICHEN * 

7 REM * = 

8 REM * HEIMO PONNATH HAMBURG 1984 * 

9 REM LE 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2; 

10 REM 

15 REM +++++ USR-VEKTOR EINSTELLEN +++++ 

20 REM 

25 POKE 785,182 POKE 786,2 

30 REM 

35 REM +++++ KOPFZEILE +++++++++++++++++ 

40 REM 

45 PRINT CHRS<147)CHRS<18>"TEST: BILD $0400=1024, 

50 PRINT PRINT PRINT "DURCH IRGENDEIN USR-KOMMANDO WIRD NUN IM PROGRAMM-MODUS" 
55 PRINT "DER ERSTE TEIL DES VERSCHIEBE-PROGRAMMS AUFGERUFEN. " 

60 PRINT "DIE KOPFZEILE WIRD UNTER DAS OBERE ROM{2 SPACE }KOPIERT." 

65 REM 

70 REM +++++ 1. USR-AUFRUF +++++++++++++ 

75 REM 

80 A=USR (1) 

85 PRINT PRINT "HIER GESCHIEHT DAS DURCH A=USR (1) IN{4 SPACE}ZEILE 65" 

90 PRINT "DABEI IST 1 EIN DUMMY UND MITA FANGEN {2 SPACE }WIR AUCH NICHTS WEITER AN." 
95 PRINT "AUF TASTENDRUCK WIRD DER BILDSCHIRM{2 SPACE }GELOESCHT." 

100 REM 

105 REM + UEBERSCHREIBEN DER KOPFZEILE + 

110 REM 

115 POKE 198,0 : WAIT 198,1 PRINT CHRS (147) 

120 REM 

125 REM ++++ NEUBEGINN DES PROGRAMMS ++++ 

130 REM 

135 PRINT CHR$ (19) "WAS AUCH IMMER JETZT IN DER KOPFZEILE{3SPACE}STEHT, ES WIRD BEIM 2. USR" 
140 PRINT "VON DEM ZUVOR DURCH DAS ERSTE USR GE- {3 SPACE }SPEICHERTE UEBERSCHRIEBEN" 
145 PRINT PRINT "WENN SIE JETZT EINE TASTE DRUECKEN ..." 

150 POKE 198,0 WAIT 198,1 

155 REM 

160 REM +++++ 2. USR-AUFRUF ++++++++++++ 

165 REM 

170 A=USR (1) PRINT 

175 PRINT "IST DIE ALTE KOPFZEILE ZURUECK IN DEN{ 3 SPACE }BILDSCHIRMSPEICHER GESCHOBEN. " 
180 END 
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Progr. 1: 

Test und Demons- 
tration der Ver- 
schieberoutine. 
Das Programm 
zeigt das Ein- und 
Ausschalten ei- 
ner Kopfzeile auf 
dem Bildschirm. 
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Tab. 14: 
Zusammenfas- 
sung aller 
wichtigen Da- 
ten der neuen 
Befehle 


Dauer in 


Taktzyklen 
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essen] | re 1 ae | e | we 
Te I mn 
jessseasenae | ea | pe | ae | | we 
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Erschienen in: 


Autor: Heimo Ponnath 


In diesem Teil werden wir drei Themen be- 
sprechen: den Stapel und die indirekte 
Adressierung. Ferner zeigen wir an einem 
ausführlichen Beispiel, wie Text auf dem 
Bildschirm und auf dem Drucker ausgege- 
ben werden kann. 


Die Assembler-Folge in der letzten Ausgabe 
hat einige Fragen offen gelassen, die dieses 
Mal beantwortet werden sollen: Die Sache 
mit dem Stapel wird geklärt, und Sie werden 
Befehle zu gebrauchen lernen, die uns Sta- 
peloperationen ermöglichen. 

In unserem ersten Programmprojekt-Teil 
gab es für Sie unverständliche Sequenzen, 
die mit der Speicherstelle I zu tun hatten. 
Auch das werden Sie diesmal verstehen. 

Sie beherrschen inzwischen fast alle Arten 
der Adressierung - nach dieser Folge fehlt 
keine mehr. Ich habe Ihnen hoffentlich das 
Wasser im Munde zusammenlaufen lassen 
mit der Liste aller Kernal-Routinen: Nun sol- 
len uns die ersten davon munden. 


Wir stapeln 

In der vorangegangenen Ausgabe haben wir 
beim JSR-Befehl schon den Stapel etwas 
kennen gelernt. Aber so ganz genau wissen 
wir janoch nicht, was das ist. Deswegen jetzt 
mal im Detail: 

Der Stapel, auch Prozessorstack genannt, 
ist der Speicherbereich von dezimal 256 
($100) bis dezimal 511 ($1FF), der direkt von 
unserer CPU verwaltet wird. Das ist also die 
gesamte Page I. Ähnlich wie bei der String- 
Verwaltung geschieht auch hier das Füllen 


64’er 371985 
Verantwortlicher Redakteur: 


ist keine flchemie 


Georg Klinge 


von oben nach unten. Das erste Byte, wel- 
ches in den Stack geschoben wird, kommt 
also nach $IFF, das nächste nach $IFE und 
so weiter. Voll ist der Stapel, wenn auch 
$ 100 besetzt wurde (siehe Abbildung 13). 

Warum heißt das 
Ding nun eigentlich 
Stapel? Das erklärt 
sich aus dem Zu- 
griffs-Prinzip. 

Man spricht von 
einer LIFO-Struktur, 
von »Last In - First 
Out«, zu deutsch 
»zuletzt hinein - zu- 
erst heraus«. 

Das zuerst hinein- 
gebrachte Byte be- 
findet sich am Spei- 
cherboden ($ 1 FF), das zuletzt eingebrachte 
an der Speicherspitze. Stellen Sie sich einen 
Stapel Akten vor (Abbildung 14). 

Offensichtlich wurde der vierte Aktenord- 
ner zuletzt auf den Stapel gesteckt. Er kann 
zuerst heruntergeholt werden. An die Akte 
I kommen wir erst heran, wenn alle ande- 
ren heruntergenommen worden sind. 

Genauso verhält es sich mit dem Prozes- 
sorstack: Um an das unterste Byte des Sta- 
pels heranzukommen, müssen erst Byte für 
Byte die darüberliegenden (nach Abbildung 
13 eigentlich die darunterliegenden) weg- 
geschafft werden. 

Mit dem Prinzip des Stapelspeichers wer- 
den Sie sich auskennen, wenn Sie schon mal 
andere Programmiersprachen als BASIC aus- 


IFF Byte 1 


100 
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Abb. 13: 
So wird der 
Stapel gefüllt. 


Der Aktenstapel 7 u 
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probiert haben: In Forth beispielweise ope- 
rieren Sie ständig mit Stapeln. 


Der Stapel: das Gedächtnis des Prozessors 
Damit wir - und der Prozessor - den Über- 
blick über den Stack behalten, gibt es dan- 
kenswerterweise noch einen Stapelzeiger 
(stackpointer), der jeweils auf den nächsten 
freien Platz des Stapels weist. Da gibt's nun 
aber ein kleines Problem: Der Stapel belegt 
die komplette Seite 1. 

Ein Stapelzeiger, der auf zum Beispiel 
$01 FE zeigen soll, müsste das MSB (also O1) 
und das LSB (also FE) in zwei Bytes lagern. 
Der Stapelzeiger ist aber nur 8 Bit groß ... 

Freundlicherweise sorgt unser Mikropro- 
zessor automatisch für das neunte Bit. Der 
Zeiger zählt also immer von $FF an rück- 
wärts bis $00 und weist dabei von $IFF bis 
$100. Der Stack hat in unserem Computer 
drei Aufgaben zu erfüllen: 


l.Organisation von Unterprogramm-Adres- 
sen 

2.Zwischenspeicherung bei Unterbrechun- 
gen (Interrupts) 

3.vorübergehende Datenspeicherung 


Die Rolle des Stapels bei Unterprogramm- 
Aufrufen haben wir in der letzten Folge 
schon ausgiebig behan- 

delt. Die so ge- een 
nannten Inter- 
Abbb. 14: EN 


rupts heben wir uns noch für später 
auf - dazu fehlen uns noch ein paar 
Kenntnisse. Mit der vorübergehen- 
den Speicherung von Daten befassen 
wir uns gleich, wenn wir an die Befehle 
zur Stackbehandlung herangehen. 
Zuvor - weil das hier gerade ganz gut passt 
- noch ein paar Gedanken zur rekursiven 
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Programmierung. Gemeint ist damit eine 
Programmstruktur, in der sich ein Unterpro- 
gramm selbst aufruft. Auch GOSUB-Befehle 
in BASIC bewirken Einträge der Rücksprung- 
adressen im Stapel. Auf diese Weise ergibt 
sich für unseren Computer eine begrenzte 
Verschachtelungstiefe bei Unterprogramm- 
aufrufen. Diese wird bei Rekursion beson- 
ders schnell erreicht, und das bewirkt die 
Ausgabe einer » OUT OF MEMORY«-Fehler- 
meldung. 


Aktives Stapeln mit PHA, 

PLA, PHP, PLP, TSX und TXS 

Mit dem Stapel haben wir 256 Speicher- 
plätze für eine schnelle Zwischenspeiche- 
rung aller möglichen Daten zur Verfügung. 
Weil der 6510 (und natürlich auch der 6502) 
diesen Speicherbereich wie die Zeropage 
behandelt, geht das Speichern sehr schnell. 
Man muss nur immer die spezielle LIFO- 
Struktur berücksichtigen. 

Im Grunde braucht man eigentlich nur zwei 
Befehle: Etwas auf den Stapel schieben (in 
der Literatur oft als Push-Befehl bezeichnet) 
und etwas herunterziehen - das nennt man 
dann Pull- oder auch Pop-Befehl. 

Unser Prozessor kennt insgesamt sechs 
auf den Stapel wirkende Anweisungen: 


PHA - Damit schreibt man den Akku-Inhalt 
in den Stapel »PusH Accu- 
mulator«). 
Der Stapelzeiger wird 
a automatisch eine Posi- 
; En tion heruntergezählt (er 
...#J/ rechnet ja von $FF an ab- 
re: warts!). Der Inhalt des Ak- 
| kus wird dabei nicht verän- 
dert. Deswegen bleibt auch 
das Status-Register (also die 
Ä ganzen Flaggen: N, V,B,D, 
== I, Zund C) unbeeinflusst. 


TER 


PLA - »Pull Accumulator«. Das ist 
der umgekehrte Weg: Das, was zuob- 
erst auf dem Stapel liegt, wird in den 


Akku geschrieben. Dadurch wird ein Stapel- 
platz frei, was den Stapelzeiger veranlasst, 
um I zu wachsen. Weil das, was da in den 
Akku geladen wird, O sein kann oder auch 
negativ (also mit gesetztem Bit 7), wird un- 
ter Umständen auch die N- oder die Z-Flag- 
ge verändert. 

Weniger mit Datenzwischenspeicherung 
haben die anderen Befehle zur Stapel-Mani- 
pulation zu tun: 


PHP - Das steht für »PusH Processor status«, 
also »schiebe das Prozessor-Status-Register 
auf den Stapel«. Der aktuelle Flaggenstand 
kann damit aufbewahrt werden. Das Status- 
Byte ändert seinen Inhalt dabei ebensowe- 
nig wie der Akku bei PHA. Auch hier wird 
der Stapelzeiger freundlicherweise um I he- 
rabgezählt. 


PLP - »PuLl Processor status«, »hole den Pro- 
zessor-Status vom Stapel«, ist der umge- 
kehrte Befehl, der (wie bei PLAin den Akku) 
den Wert, der zuoberst im Stapel liegt, in 
das Flaggen-Register schreibt. Da sollte man 
höllisch aufpassen, was man damit einlädt: 
Das ist eine feine Gelegenheit für den Com- 
puter, abzustürzen. Der Stapelzeiger wird - 
wie gehabt - um I erhöht. 

Nicht direkt mit dem Stapel, sondern mit 
dem Stapelzeiger befassen sich die beiden 
folgenden Befehle: 


TSX - »Transfer Stackpointer into X«, zu 
deutsch »schiebe den Stapelzeiger ins X-Re- 
gister«, eröffnet die Möglichkeit, den Stapel- 
zeiger zu lesen. Dabei bleibt er selbst unver- 
ändert erhalten. Weil nun im X-Register alle 
Werte zwischen $FF und O auftreten können, 
werden auch die Flaggen beeinflusst (N- 
und Z-Flagge). 


TXS - Den umgekehrten Weg geht »Transfer 
X into Stackpointer« = »übertrage X-Regis- 
ter-Inhalt in den Stapelzeiger«. Das ist der 
einzige Befehl, der es erlaubt, den Stapel- 
zeiger mit einem von uns kontrollierten Wert 
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zu laden. Der Inhalt des X-Registers bleibt 
dabei unverändert, demzufolge interessie- 
ren sich auch die Flaggen nicht dafür. 

Alle sechs Anweisungen bestehen nur aus 
einem Byte und sind implizit adressiert. Die 
Stapelzeiger-Befehle TXS und TSX benöti- 
gen zwei Taktzyklen, die Push-Befehle je 
drei und die Pull-Befehle vier Taktzyklen zur 
Bearbeitung. 

Es ist etwas schwierig, Stapel-Operatio- 
nen direkt zu verfolgen. Die meisten As- 
sembler - so anscheinend auch der SMON - 
gebrauchen ebenfalls diesen Speicherbe- 
reich. 

Verlangt man beispielsweise mit dem 
SMON-KommandoM 0100 OI1FF eine Dar- 
stellung des Stapelinhalts, dann findet man 
eine ganze Menge Spuren der Arbeit des 
Assemblers. Versucht man die zu löschen 
oder zu überschreiben, zum Beispiel mit 
dem nachfolgenden kleinen Programm, 
dann hat der Assembler die Mühe schon 
wieder zu Nichte gemacht, wie man durch 
erneutesM 0100 O1FF schnell sehen kann. 

Dieses kleine Programm soll unterhalb 
des durch den Stapelzeiger bezeichneten 
Bereichs 32 Nullen in den Stapel schreiben: 


8000 LDA #00 

8002 TSX Der Stapelzeiger wird 
ins X-Register gerettet. 

8003 LDY #20 

8006 PHA Wir schieben eine Null 
auf den Stapel. 

8006 DEY 

8007 BNE 8005 

8009 TXS Nach 32 Eintragungen 
von Nullen stellen wir 
den alten Stapelzeiger 
wieder her. 

800A BRK 


Erneutes Kommando M 0100 O1lFF zeigt kei- 
ne Nullen. Erst wenn wir an Stelle des TXS 
in Zeile 8009 ein BRK schreiben, den Sta- 
pelzeiger also nicht zurückschreiben, er- 
scheinen unsere Nullen. 
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Tab. 15: 


Sieht man genau hin, dann stellt man fest, 
dass unterhalb des durch den Stapelzeiger 
bezeichneten Bereichs genau der gleiche 
Inhalt zu finden ist wie vorher, nur eben mit 
dem Stapelzeiger verschoben. 

Ganz konnte ich dieses Rätsel noch nicht 
lösen, muss ich gestehen, aber für den Ge- 
brauch des Stapels ändert sich dadurch für 
uns nichts. 

Worauf muss man bei Stapeloperationen 
achten? Ganz einfach: Zwischen dem Abla- 
gern eines Werts auf dem Stapel und dem 
Zurückholen muss für jeden Push-Befehl ein 
Pull-Befehl vorhanden sein, für jedes weite- 
re PHA ein PLA, für jedes JSR ein RTS. 

Nur wenn wir auf diese Symmetrie der 
Push- und der Pull-Befehle achten (und wie 
Sie noch aus der vorherigen Ausgabe wis- 
sen, sind ja JSR und RTS ebenfalls dazuzu- 
rechnen), können wir sicher sein, dass der 
Stapelzeiger zum Zeitpunkt des Rückholens 
eines Werts vom Stapel auch wirklich darauf 
deutet. Wenn man also nicht ganz genau 
weiß, wie der verwendete Assembler den 
Stapel nutzt, sollte man auf Operationen mit 
den Befehlen TSX und TXS verzichten. 

Nun können Sie schon einen Teil der bis- 
lang unbekannten Programmsequenz aus 


der letzten Folge verstehen. Im zweiten Pro- 
grammteil hatten wir mit 


0O2CE LDA 01 
02D0 PHA 


den Inhalt der Speicherstelle Ol in den Akku 
geladen und auf den Stapel geschoben. 
Später - nach einigen weiteren Operationen 
- wurde dann dieser Speicherinhalt wieder- 
hergestellt durch 


02E7 PLA 
02E8 STA 01 


Was aber hat es mit dieser Speicherstelle O1 
auf sich? Das soll nun als Nächstes erklärt 
werden. 


Sein oder Nichtsein: 

Das Rätsel des Prozessorports 

Der Commodore 64 hat 64 KByte an RAM 
zu bieten. Außerdem aber verfügen wir beim 
normalen Programmieren über weitere 24 
KByte, in denen das Betriebssystem, der 
BASIC-Interpreter, Ein- und Ausgabebaustei- 
ne und der Zeichenspeicher stecken. Wie Sie 
aus der ersten Assemblerfolge wissen, um- 
fasst der Adressbus aber nur 16 Bits, was uns 


Die Tabelle 
zeigt, welche 
Bausteine bei 
verschiedener 
Belegung der 
Bits O bis 2 des 
Prozessorports 
(Speicherstelle 
1) eingeschaltet 
sind. 


lediglich 65 536 Speicherzellen, also 64 KBy- 
te adressieren lässt. 

Des Rätsels Lösung liegt darin, dass eini- 
ge Adressenbereiche mehrfach belegt sind. 
Man kann das vergleichen mit dem Trick des 
Kastens mit dem doppelten Boden. Welcher 
Kasteninhalt gerade dem Prozessorzugriff 
offen steht, wird durch den Prozessorport, 
das sind die Speicherstellen O0 und Ol, ge- 
steuert. 

Dr. Helmuth Hauck hat in seiner Serie »Me- 
mory Map mit Wandervorschlägen« (6G4’er 
11/1984, Seite 135 ff.) die genaue Funktion 
jedes Bits dieser beiden Speicherstellen er- 
klärt. Wer noch mehr wissen möchte - auch 
über die Wirkungsweise der beiden Leitun- 
gen »Game« und »Exrom« - sollte das nach- 
lesen im »Commodore 64 Programmer's Re- 


atähse. #2000 eD0 00 #2000 
Be $BFFF SDFFF SFFFF 
EIER INGE 
BEEECHCHEZE 
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ference Guide« ab Seite 260. Für uns als an- 
gehende Assembler-Alchemisten ist die Spei- 
cherstelle I aber so wichtig, dass wir hier 
noch mal ganz kurz darauf eingehen. 

Die Speichersteuerfunktionen haben die 
Bits O Dis 2 der Speicherstelle I. Je nach Be- 
legung dieser Bits gestaltet sich die 64-KBy- 
te-Landschaft unseres Computers wie in Ta- 
belle 15 gezeigt. 

Was können wir als Maschinen-Program- 
mierer mit dieser Kenntnis anfangen? Theo- 
retisch stehen uns für unsere Programme 
damit 64 KByte offen. Praktisch werden wir 
nur in den seltensten Fällen auf die Ein- und 
Ausgabe-Bausteine verzichten können. 

Lassen wir ein reines Maschinenprogramm 
laufen, ohne jeglichen Rückgriff auf Inter- 
preter oder Betriebssystem, dann haben wir 
immerhin noch zirka 60 KByte zur freien Ver- 
fügung. Benutzen wir Routinen aus diesen 
beiden ROM-Bausteinen, dann müssen wir 
sie allerdings - zumindest für den Zeitpunkt 
des Routineaufrufs - wieder einschalten. 

Wenn wir - was wohl meistens der Fall 
sein wird - Kombinationen von BASIC- und 
Assemblersprache verwenden, können wir 
den gesamten BASIC-Speicher bis $AO0O 
frei halten, können auch den bei allen Bei- 
spielprogrammen so beliebten Bereich $COOO 
bis $DO00 leer lassen und packen unsere 
Routinen weitgehend unter die ROMs, die 
dann jeweils beim Aufruf abgeschaltet wer- 
den. So haben wir eine Menge zusätzlichen 
Speicherplatz ergattert. 

Nun können wir auch den letzten Rest des 
bislang unklaren Programms aus der letzten 
Folge verstehen. Nachdem wir den Inhalt 
der Speicherstelle I auf den Stapel gerettet 
haben (Zeilen $02CE und $02DO), schreiben 
wir $35 in den Prozessorport: 


02D1 LDA #35 
02D3 STA 01 


$35 ist binär 0011 0101. Die Bits O bis 2, 
auf die es uns in diesem Zusammenhang 
ankommt, bewirken nun das Ausschalten 
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des Interpreters und des Betriebssystems. 
Die Ein- und Ausgabe-Bausteine bleiben ak- 
tiv. Im weiteren Programmverlauf lesen wir 
die Speicherinhalte ab $EOOO, wobei wir nun 
den RAM-Inhalt erfassen. 

Das sollte vielleicht noch mal klargestellt 
werden: Jedes Hineinschreiben in die mehr- 
fach belegten Speicherbereiche (dabei sind 
die Ein- und Ausgabe-Bausteine aber ausge- 
nommen) wird automatisch in den RAM- 
Bereich umgelenkt. Das ist ja auch klar: In 
ein ROM kann eben nicht geschrieben wer- 
den. Deshalb braucht man dabei die ROMs 
nicht auszuschalten. 

Jeder Lesevorgang greift aber auf die ROMs 
zu, weshalb man sie in unserem Fall aus- 
schalten muss. Wie schon oben beim Stapel 
erklärt, schalten wir durch das Zurückholen 
des vorher dorthin geretteten alten Inhalts 
der Speicherstelle I in den Prozessorport wie- 
der den Normalzustand ein. 


Die wandernden toten Briefkästen 

der Assembler-Alchemisten 

Wir werden nun die beiden letzten noch aus- 
stehenden Arten der Adressierung kennen 
lernen. Beides sind sogenannte indirekte 
Adressierungsarten. 

Mit dem indirekten JMP-Befehl (zum Bei- 
spiel JMP(0300)) sind wir in der letzten 
Folge schon vertraut geworden. Wir hatten 
auch gelernt, dass es sich hierbei um einen 
absoluten Einzelgänger handelt, der nur für 
solch einen Sprung erlaubt ist. 

Ebenso haben wir die indizierte Adressie- 
rung zu beherrschen gelernt: Das war die 
Sache mit den Indexregistern X oder Y. Eine 
Kombination aus beiden (also der indirekten 
und der indizierten) Adressierungsarten 
sind die indiziert-indirekte und die indirekt- 
indizierte Adressierung. 


Die indirekt-indizierte Adressierung 

Fangen wir mit der sehr häufig benutzten in- 
direkt-indizierten Adressierung an: Man nennt 
sie auch »indirekt Y« oder »nachindizierte in- 
direkte« Adressierung. Am Besten sehen wir 
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uns mal so einen Befehl an: LDA (FA) ,Y 
Die Klammer erinnert uns an den indirekten 
JMP-Befehl. Tatsächlich hat sie hier auch 
dieselbe Funktion: In FA und FB steht ein 
Zeiger auf eine Adresse. Nehmen wir mal 
an, die Belegung der Speicher wäre: 


FA 01 
FB.80 


und im Y-Register stünde eine 5. Der Zeiger 
FA/FB weist also auf die Speicherstelle 8001. 
Da haben wir also wieder das Prinzip des to- 
ten Briefkastens. Der Computer guckt in den 
hohlen Baum FA/FB (LSB in FA, MSB in FB) 
und findet dort die Treffpunktadresse. Nun 
sind diese toten Briefkästen aber auch den 
gegnerischen Alchemisten-Agenten bekannt. 
Es kommt also noch ein Trick dazu: Zur dort 
aufgefundenen Adresse wird der Inhalt des 


wir also in FA/FB die Adresse 8001, im Y-Re- 
gister steht eine 5. Somit ist die endgültige 
Adresse 8001 + 5 = 8006. 

Unser Beispiel »LDA (FA), Y« bewirkt 
daher, dass in den Akku der Inhalt der Spei- 
cherstelle 8006 geladen wird. Nachindiziert 
nennen manche die Adressierung, weil zu- 
nächst dem Zeiger nachgegangen wird, der 
in unserem Beispiel auf 8001 weist, und erst 
danach durch Addition des Inhalts des Y-Re- 
gisters die endgültige Speicherstelle (hier 
also 8006) berechnet wird. 

Als Zeiger (also die Adresse in der Klam- 
mer) sind nur Zeropagespeicherstellen ver- 
wendbar, als Indexregister darf man hier nur 
das Y-Register gebrauchen. Von den bisher 
behandelten Befehlen können ADC, CME, 
LDA, SBC und STA mit dieser Adressie- 
rungsart verwendet werden. Genaueres fin- 
den Sie wieder in der Tabelle mit der Be- 


Y-Registers addiert. In unserem Fall fanden fehlsübersicht (Tabelle 16). Bevor wir uns 


Tab. 16: 
Übersicht der 
in dieser Folge 
vorgestellten 
Befehle 


indirekt, Y 


Tem 
mare en ns | en 
ee Tamm ee I mvmer 
Sp masse u | a | m sn | mvze 
[maison a m [a | 9 mvze 
en Te a a fe | ee Immer 
HERREN BET: 202 BEE HE BE SE HERE BER DEE RE 
sn a m | a I. 

isn a ee m | a | we 
ee 
ee [sms a [se | eo | a | ame 
en sms | m | we 
se a | 


Wenn bei der Befehlsausführung eine Page-Grenze überschritten wird, muss noch ein Taktzyklus addiert werden. 
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dem anderen indirekten Adress-Modus zu- 
wenden, wollen wir uns überlegen, wozu 
man die indirekt-indizierte Adressierung 
verwendet. Wie Sie sich natürlich erinnern 
können, konnte man mit der normalen indi- 
zierten Adressierung, zum Beispiel mit 


LDA 8000,Y 


durch Variation des Indexregisters (hier das 
Y-Register) 256 Speicherstellen erfassen (Y 
von FF herunter bis 00). Will man mehr als 
diese 256 berücksichtigen, dann muss eine 
neue Basis (im Beispiel also an Stelle der 
8000) gewählt werden. 

Um das zu illustrieren, sehen wir uns mal 
den Anfang eines Programms an, welches 
den gesamten Bildschirminhalt ausliest und 
nach EOOO schreibt: 


1000 
1002 
1005 
1008 
100B 
100E 
1011 
1014 
12027 
101A 
101B 


LDY 
LDA 
STA 
LDA 
sSTA 
LDA 
STA 
LDA 
STA 
DEY 
BNE 


#00 

0400,Y 
EO00,Y 
0500,% 
E1l00,Y 
0600,Y 
E200,Y 
0709,0:.5% 
E300,% 


1002 


Wie Sie sehen, erfordert das durch die Tat- 
sache, dass vier Blöcke zu je 256 Bytes über- 
tragen werden müssen, immerhin schon 28 
Bytes Programmtext. 

Nun soll die indirekt-indizierte Adressie- 
rung verwendet werden, um dieselbe Auf- 
gabe zu lösen. 

Wir legen zunächst zwei Zeiger auf der 
Zeropage fest: FA/FB sollen die Bildschirm- 
adresse enthalten, FC/FD die Zieladresse ab 
EOOO. 


1000 LDA #00 
1002 STA FA 
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1004 STA FC 
Das waren die LSBs der Zeiger. Es folgen die 
MSBs: 


1006 LDA #04 
1008 STA FB 
100A LDA #EO 
100C STA FD 


Damit sind die Zeiger festgelegt. Es sind vier 
Blöcke zu je 256 Bytes zu übertragen. Diese 
Blockanzahl legen wir als Zähler ins X-Re- 
gister: 


100E LDX #04 


Dann laden wir ins Y-Register ebenfalls ei- 
nen Zähler (den Index): 


1010 LDY #00 


Jetzt kann die eigentliche Übertragungs- 
schleife starten: 


1012 LDA (FA),Y 
1014 STA FC) 5X 
1016 DEY 


1017 BNE 1012 


Wenn das Y-Register wieder bei O ange- 
kommen ist (von der ersten O nach einem 
Unterlauf - siehe dazu Folge 3 - über FF, FE 
und so weiter bis O), ist der erste Block über- 
tragen. Wir erhöhen nun das MSB beider 
Zeiger um |: 


1919- ING. FB 
101B INC FD 


Außerdem zählen wir den Blockzähler um I 
herunter: 


l101D DEX 
l101E BNE 1012 


Wenn das Programm auf diese Weise auch 


drei Bytes mehr Speicherplatz braucht, ist 
doch leicht der Vorteil zu sehen: Müssen wir 
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nämlich (statt nur vier) mehr Blöcke übertra- 
gen (bis zu 255), dann verändert sich unser 
zweites Programm um keinen Deut (außer 
dem Zähler im X-Register, der nun mit der 
jeweils anderen Block-Anzahl geladen wird), 
während die erste Programmiertechnik für 
jeden weiteren Block um sechs Bytes erwei- 
tert werden muss. Es gibt noch eine ganze 
Reihe von Anwendungsmöglichkeiten, die 
die indirekt-indizierte Adressierung so at- 
traktiv machen. Für Geschwindigkeitsfanati- 
ker (ich selbst bin bei Grafik-Fragen auch ei- 
ner!) muss aber gesagt werden, dass dem 
Speicherplatzvorteil ein Geschwindigkeits- 
nachteil gegenübersteht. 

Jeder indirekt-indiziert adressierte Befehl 
braucht einen Taktzyklus länger als der ver- 
gleichbare absolut-indizierte Befehl. Zu die- 
sen Feinheiten werden wir aber in späteren 
Folgen noch kommen. 


Die indiziert-indirekte Adressierung 
Wenden wir uns nun der letzten noch feh- 
lenden Adressierungsart zu: der indiziert-in- 
direkten. Man nennt sie auch »vorindizierte 
indirekte« oder »Indirekt X«-Adressierung. 
Sehen wir uns zunächst ein Beispiel an: 
STA (FA,X) 
Auch hier drückt die Klammer wieder aus, 
dass der Klammerinhalt ein Zeiger ist. Das 
ist jetzt aber nicht das Bytepaar FA / FB, son- 
dern zur angegebenen Adresse FA soll noch 
der Inhalt des X-Registers addiert werden. 
Nehmen wir mal an, dort stünde eine 2, 
dann wird der Zeiger FC / FD mit diesem Be- 
fehl angesprochen, denn FA + 2=FC und ent- 
sprechend FB+2=FD. Wenn die Spei- 
cherstellen FA bis FF folgenden Inhalt haben: 


0OOFA 00 
0O0OFB 04 FA/FB = 0400 
OOFC 00 
OOFD EO FC/FD = EO000 
O0OFE 10 
OOFE 80 FE/FF = 8010 
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dann könnte das eine ganze Tabelle von Zei- 
gern sein, die jeweils durch den X-Register- 
inhalt angesprochen werden. Der Akkuin- 
halt wird in unserem Beispiel nach 0400 
geschrieben, wenn im X-Register O steht, 
nach EOOO, wenn das X-Register eine I ent- 
hält und nach 8010, wenn statt dessen eine 
2 im X-Register zu finden ist. 

Sie werden sich vielleicht auch bei diesem 
Beispiel gefragt haben, was passiert, wenn 
im X-Register unseres Beispiels eine 3 steht. 
Nun, unser 8-Bit-Prozessor läuft über, und 
wir finden einen Zeiger 00/01. 

Rein theoretisch ist diese Adressierungs- 

weise ganz interessant. Aber auf der Zero- 
page ist's reichlich eng, und nur selten kommt 
man daher in die Lage, dort eine Zeigerta- 
belle einzurichten, die man mittels des X- 
Registerinhalts und der indiziert-indirekten 
Adressierung abgreifen kann. 
Die Bedeutung dieser Adressierungsart ist 
also nur recht gering. Außerdem erfordert 
sie sechs Taktzyklen zur Bearbeitung und ist 
somit auch noch recht langsam. Von den 
bisher bekannten Befehlen sind die Folgen- 
den damit verwendbar: ADC, CMP, LDA und 
STA. 

Bevor wir die Adressierung zu den Akten 
legen, sei noch erwähnt, dass manche Lehr- 
bücher noch eine weitere Art, die Akkumu- 
lator-Adressierung, unterscheiden. Betrof- 
fen sind davon vier I-Byte-Befehle, die wir 
noch kennen lernen werden und die man 
ebenso gut als implizit adressiert ansehen 
kann. 


Die ersten Kernal-Routinen 

Sicher werden Sie alle schon von der Ker- 
nal-Routine FFD2 gehört haben und sie viel- 
leicht auch schon verwenden. Wenn nicht, 
um so besser, denn dann sind Sie noch nicht 
vom einseitigen Gebrauch dieses Instru- 
ments verdorben. 

Die meisten Kernal-Adressen sind näm- 
lich sehr vielseitig verwendbar, je nach den 
Vorgaben. Das ist wie mit einem Haushalts- 
gerät, das immer nur um Rühren von Ku- 


chenteig eingesetzt wird. Dabei kann man 
damit auch noch Saft machen, Gurken 
schnitzeln, Getränke mixen ... 

Genauso wie man in diesem etwas schie- 
fen Vergleich die Gebrauchsanleitung ken- 
nen sollte, um die ganzen anderen Funktio- 
nen ausnutzen zu können, muss man hier 
noch einige Dinge über die Kernal-Aufrufe 
beherzigen. 

Für jede Verwendung der Kernal-Sprung- 
tabelle sollte man sich angewöhnen, dies in 
drei Schritten zu tun: 


- die nötigen Vorbereitungen treffen 
- Routineaufruf 
- Fehlerabfrage und -behandlung 


Fangen wir mit dem Punkt »Vorbereitungen« 
an. Einige Routinen brauchen Informatio- 
nen, die ihnen erst durch andere Kernal-Rou- 
tinen beschafft werden. Ruft man diese an- 
deren Routinen vorher nicht auf, dann 
funktioniert auch der erwünschte Aufruf 
nicht richtig. 

Wenn die Routine einen bestimmten Wert 
im Y-Register erwartet, dann muss der dort 
auch stehen. Wenn nicht, dann geht das Pro- 
gramm in die Hose. Bei jeder Kernal-Routi- 
ne, die hier beschrieben wird, gebe ich alle 
nötigen Vorbereitungen an. 

Der Routinenaufruf sollte immer mittels 
JSR erfolgen. Alle auf diese Weise aus der 
Kernal-Sprungtabelle abzurufenden Program- 
me enden nämlich mit einem RTS. Damit 
keine wichtigen Werte aus dem Aufrufpro- 
gramm überschrieben werden, man sie also 
vor dem Aufruf der Kernal-Routine irgend- 
wohin retten kann, gebe ich auch noch an, 
welche Register durch die Routine verändert 
werden und wieviel Stapelspeicherplatz be- 
reitgehalten werden muss. 

Die Routinen sind so konstruiert, dass beim 
Auftreten eines Fehlers nach der Rückkehr 
das Carry-Bit gesetzt ist. Durch Untersuchen 
des Carrys können so Fehler rechtzeitig er- 
kannt und behandelt werden. Im Akku fin- 
det man in dem Fall eine Fehlernummer. Die 
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Ausgabe der Fehlermeldung erfolgt also 
nicht - wie im BASIC - in Klarschrift. In Ta- 
belle 17 sind die Fehlernummern und ihre 
Bedeutung aufgelistet. Welche Fehlernum- 
mern eine Routine ausgeben kann, wird 
ebenfalls von mir bei jeder Routinen-Be- 
sprechung angegeben. 


7 Während des Programms wurde 
1 


die RUN/STOP-Taste gedrückt. 
TOO MANY 


FILES 


Man kann maximal 10 offene Fi- 
les einrichten. 


FILE OPEN 


Ein bereits geöffnetes File wurde 
nochmals geöffnet. 


FILE NOT Auf ein noch nicht geöffnetes File 
OPEN sollte zugegriffen werden. 

FILE NOT Das angeforderte File ist nicht 
FOUND 


verfügbar. 
DEVICE NOT 
PRESENT 


Das angesprochene Gerät zeigt 
keine Reaktion. 


NOT INPUT Aus einem zum Schreiben geöff- 

FILE neten File kann nicht gelesen wer- 
den. 

NOT OUTPUT | In ein zum Lesen geöffnetes File 

FILE 


kann nicht geschrieben werden. 
MISSING 


FILE NAME 


Bei Operationen, die einen Filena- 
men erfordern, fehlt dieser. 


ILLEGAL DE- 
VICE NUMBER 


Das gegebene Kommando ist 
beim angesprochenen Gerät 
nicht möglich. 
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Tab. 17: 
Fehlernummern 
und ihre Bedeu- 
tung. Die Num- 
mern findet man 
bei gesetztem 
Carry im Akku. 
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Nun aber zur ersten Routine FFD2, die wie 
ein Rattenschwanz eine Reihe weiterer nach 
sich zieht: 


Name CHROUT 
Zweck Ausgabe eines Zeichens 
Adresse $FFD2 (dez. 65490) 


Vorbereitungen (CHKOUT, OPEN) 
Zeichen im Akku 


Fehler 10) 
Stapelbedarf 8 
Register Akku 


Falls Sie diese Routine schon einmal benutzt 
haben, dann geschah es vermutlich ohne 
die Vorbereitungen CHKOUT und OPEN. 
Freundlicherweise hat unser Computer eini- 
ge Voreinstellungen schon für uns getroffen. 
Denn normalerweise sendet CHROUT ein 
Zeichen über einen schon geöffneten Aus- 
gabekanal, und der ist zum Bildschirm ge- 
schaltet. Ein kleines Beispielprogramm soll 
das illustrieren. 

Zunächst laden Sie bitte den SMON ein 
und starten Sie ihn. Nun soll eine Texttabelle 
angelegt werden. Das funktioniert beim 
SMON am bequemsten über das K-Kom- 
mando. Geben Sie ein: K6000. Der SMON 
antwortet mit: 


Wenn Sie nun die <RUN/STOP>-Taste drü- 
cken, können Sie mit dem Cursor in diese 
Punktzeile fahren und einen Text schreiben: 


'6000 HALLO ASSEMBLER-ALCHEMIST 


Sinnvoll - vor allem für die weitere Verwen- 
dung dieses Textes - ist es, ein »RETURN«, 
also dezimal 13 oder $OD anzuschließen. 
Dazu gibt es natürlich den Weg über den 
Assemblerbefehl. Zur Übung wollen wir 
aber das M-Kommando verwenden. Geben 
Sie ein (zuerst die <RETURN?>-Taste betäti- 
gen) M 6018, dann wieder <RUN / STOP>, 
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und fahren Sie mit dem Cursor auf Speicher- 
stelle 601 A (falls Sie in 6019 kein Leerzei- 
chen $20 stehen haben, dann fügen Sie’s 
jetzt noch ein). Geben Sie nun an Stelle des 
dort stehenden Bytes OD ein, und drücken 
Sie die <RETURN>-Taste. Der Monitor sollte 
jetzt zeigen: 


:6018 54 20 ODetc. 


Unser Text soll mit einem BRK enden. Des- 
halb gehen wir jetzt mit dem SMON-Kom- 
mando A 601B in den Assembler-Modus 
und schreiben: 


601B BRK 


Nun folgt das eigentliche Programmchen, 
das Byte für Byte bis zur Null (BRK) den Text 
aus der gerade erstellten Texttabelle liest 
und mittels FFD2 auf den Bildschirm bringt: 


6O1C LDY #00 
60O1E LDA 6000,Y 
6021 BEQ 602C 


Das Y-Register wird als Index initialisiert, 
dann die Texttabelle in den Akku geladen. 
Wenn das Programm dabei auf die Null 
stößt, verzweigt es zum Ende. Jetzt folgt die 
Routine zur Bildschirmausgabe: 


6023: AISR. EFD2 
6026 BCS 602D 


Falls bei der Kernal-Routine etwas schief ge- 
laufen ist, wird das Carry-Bit gesetzt, was 
wir überprüfen und zu einem BRK-Komman- 
do verzweigen (das ist natürlich nur sinnvoll, 
solange ein Monitor oder Assembler aktiv 
ist). Nun erhöhen wir das Index-Register, 
und das Ganze beginnt von vorn: 


6028 INY 
6029 JMP 601E 
602C RTS 
602D BRK 


Wenn wir nun aus dem SMON mit F und 
anschließendem X aussteigen und ein klei- 
nes BASIC-Aufrufprogramm machen (Bei 
»OUT OF MEMORY ERROR« bitte »NEW« ein- 
geben): 


10 PRINT CHRS (147) 
20 SYS 24604 : REM = 
30 END 


S601C 


dann können wir uns die Wirkung unseres 
Programms ansehen: Nach »RUN« wird der 
Bildschirm gelöscht und unser Text ausge- 
druckt. 

FFD2 nimmt uns also eine Menge Arbeit 
ab: Automatisch legt diese Routine in den 
Bildschirmspeicher den Bildschirmkode (sie 
rechnet also auch gleich ASCII, das wir ja 
eingegeben haben, in den POKE-Kode um) 
und in die dazugehörige Bildschirmfarbspei- 
cherstelle den aktuellen Farbkode. Sie setzt 
außerdem noch den Cursor weiter. 

Mit FFD2 kann man aber noch viel mehr 
machen! Schließlich ist ja der Bildschirm (Ge- 
ratenummer 3) nicht der einzige mögliche 
Empfänger. 

Wir wollen als Nächstes mal eine Ausgabe 
mittels FFD2 auf den Drucker erzielen. Hier 
sind die Vorbereitungen allerdings nötig. Zu- 
nachst mal müssen wir uns noch zwei wei- 
tere Kernal-Routinen ansehen, nämlich CHK- 
OUT und OPEN: 


Name CHKOUT 

Zweck Kanal zum Ausgang 
definieren 

Adresse $FFC9 (dez. 65481) 


Vorbereitungen OPEN, logische Filenummer 
ins X-Register 


Fehler 0,3,5,7 
Stapelbedarf 4 
Register Akku, X-Register 


Mit dieser Routine kann jedes File, das zu- 
vor durch OPEN spezifiziert worden ist, zum 
Ausgabefile erklärt werden. Natürlich muss 
dann das derart angesprochene Gerät auch 
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ein Ausgabegerät sein. Andernfalls ergibt 
sich ein Fehler. Bevor man Daten über einen 
Kanal senden will, muss CHKOUT durchge- 
führt werden. 

Wenn die mittels OPEN übergebene Gerä- 
teadresse größer als 3 ist, sendet diese Rou- 
tine automatisch auch ein LISTEN-Komman- 
do an das Ausgabegerät. LISTEN setzt dann 
zum Beispiel den Drucker in Empfangsbe- 
reitschaft. 

Die Durchführung von CHKOUT ist ein- 
fach (vorausgesetzt, man hat vorher OPEN 
aufgerufen): In das X-Register wird die logi- 
sche Filenummer geschrieben und dann per 
JSR FFC3 CHKOUT angesteuert. Nun zur 
anderen Vorbereitung von FFD2, zu OPEN: 


Name OPEN 
Zweck Öffnen eines logischen Files 
Adresse $FFCO (dez. 65472) 


Vorbereitungen SETLFS, SETNAM 
Fehler 1,2,4,5,6 
Register Akku, X- und Y-Register 


Die Routine OPEN an sich anzusprechen, ist 
relativ einfach. Es genügt ein JSR FFCO. 
Zuvor allerdings - der Rattenschwanz wird 
länger - muss mit SETNAM der Filename 
und mit SETLFS die logische Filenummer, 
die Geräteadresse und eventuell eine Se- 
kundäradresse festgelegt sein. Erst danach 
kann das File durch OPEN geöffnet werden. 
Also sehen wir uns noch SETLFS und SET- 
NAM an: 


Name SETLFS 

Zweck Spezifikationen eines 
logischen Files 

Adresse $FFBA (dez. 65466) 


Vorbereitungen logische Filenummer in Ak- 
ku, Gerätenummer ins X- 
Register, Ssekundäradresse 
ins Y-Register 


Fehler keine 
Stapelbedarf 2 
Register keine 
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SETLFS legt für die anderen Kernal-Routinen 
logische Filenummer, Gerätenummer und Se- 
kundäradresse fest. Die logische Filenummer 
ist dabei eine Schlüsselzahl, die in eine durch 
OPEN angelegte File-Tabelle weist. Die Ge- 
räatenummer kann zwischen O und 31 liegen. 
Dabei sind folgende Zuordnungen vorgese- 
hen: 


O Tastatur 

I Datasette 

2 RS232C-Kanal 
3 Bildschirm 


Gerätenummern ab 4 beziehen sich auto- 
matisch auf Geräte am seriellen Bus. Dabei 
gilt im Allgemeinen: 


4 Drucker 
8 Diskettenstation 


Die Sekundäradresse ist eine Kommando- 
nummer, die für das jeweils angesproche 
Gerät spezifisch ist, zum Beispiel bewirkt 
» 10« beim Drucker Commodore 1526, dass 
das Gerät in die Grundstellung geht (siehe 
jeweiliges Handbuch). Will man keine Se- 
kundäradresse verwenden, dann muss FF 
ins Y-Register geschrieben werden. 

Der Aufruf von SETLFS geschieht also in 
folgender Weise: In den Akku lädt man die 
gewünschte logische Filenummer, ins X-Re- 
gister die Geräteadresse und ins Y-Register 
FF oder aber die Sekundäradresse. Danach 
erfolgt der Sprung mit JSR FFBA. Schließ- 
lich noch zu SETNAM: 


Name SETNAM 
Zweck Filenamen festlegen 
Adresse $FFBD (dez. 65469) 


Vorbereitungen Namenslänge in den Akku, 
LSB des Namenstextes ins 
X-Register, MSB des Na- 
menstextes ins Y-Register 


Fehler keine 
Stapelbedarf 2 
Register Akku, X- und Y-Register 
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Vor der Eröffnung eines Files mittels OPEN 
muss diese Routine den Filenamen festle- 
gen. Dazu schreibt man in den Akku die 
Länge des Namens und in die Register X, Y 
die Startadresse (LSB ins X-Register, MSB 
ins Y-Register) der Namenstext-Tabelle. Der 
Ort dieser Tabelle ist frei wählbar. Wird kein 
Filename gewünscht, dann gibt man dem 
Akku die Lange O an. X- und Y-Register sind 
in dem Fall ohne Bedeutung. 

Damit - sollte man meinen - hätten wir nun 
alle Bedingungen erfüllt, FFD2 zur Ausgabe 
auf den Drucker zu bewegen. Leider ist das 
noch nicht der Fall: FFD2 schließt nämlich 
das File und den Ausgabekanal nicht. Das 
kann - wenn man's nicht beachtet - zu Feh- 
lern oder zur weiteren Ansprache des Dru- 
ckers führen, auch wenn die gar nicht mehr 
erwünscht ist. Deswegen sollten noch zwei 
Kernal-Routinen angehängt werden, von 
denen die eine (CLRCHN) alle Ein- und Aus- 
gabekanäle wieder in den Ausgangszustand 
zurückführt, und die andere (CLOSE) das File 
ordnungsgemäß schließt: 


Name CLRCHN 

Zweck Ein- und Ausgabekanäle in 
Ausgangsstellung bringen 

Adresse $FFCC (dez. 65484) 

Vorbereitungen keine 

Fehler keine 

Stapelbedarf 9 

Register Akku, X-Register 


Die Wirkung ist enorm: Mit einem Schlag 
werden alle Kanäle freigeräumt. Eingangs- 
kanälen wird ein UNTALK (dem Gerät wird 
gesagt: Halt den Mund), Ausgangskanälen 
ein UNLISTEN (das bedeutet soviel wie: Hör 
nicht mehr zu) übermittelt. Der Ausgangs- 
zustand wird wiederhergestellt: Tastatur als 
Eingabe-, Bildschirm als Ausgabegerät. Die 
endgültig letzte Routine für diesmal ist CLOSE: 


Name CLOSE 
Zweck Schließen logischer Files 
Adresse $FFC3 (dez. 65475) 


Vorbereitungen logische Filenummer in Akku 
Fehler 0) 

Stapelbedarf 2 

Register Akku, X- und Y-Register 


Wenn für ein File alle Ein- und Ausgabeope- 
rationen beendet sind, kann es - nach Ein- 
schreiben der Filenummer in den Akku - 
mittels CLOSE ordnungsgemäß geschlossen 
werden. Der Eintrag in der Filetabelle wird 
auf diese Weise gelöscht. 

So, jetzt sind wir so weit, dass wir die Text- 
ausgabe auf dem Drucker programmieren 
können. Abbildung 15 fasst die einzelnen 
Schritte noch mal zusammen. 

Und hier das Programm dazu. Wir ver- 
wenden die im anderen Beispiel schon auf- 
gebaute Texttabelle weiter. Zunächst also 
SETNAM: 


601C LDA #00 
6OIE JSR FFBD 
6021: BES.6053 


Wenn ein Fehler aufgetreten ist, findet man 
ein gesetztes Carry-Bit. 

In dem Fall wird zu einem BRK-Komman- 
do verzweigt (was die Anwesenheit eines 
Monitors erforderlich macht, solange man 
sich noch nicht sicher ist, ob Fehlermeldun- 
gen auftauchen). Die Null im Akku besagt, 
dass kein Filename gewünscht ist. Dann 
kommt SETLEFS: 


6023 LDA #04 
6025 LDX #04 
6027 LDY #FF 
6029 JSR FFBA 
602€: BES: 6053 


Es wurde ein File festgelegt mit der logi- 
schen Filenummer 4, der Geräteadresse 4 
und ohne Sekundäradresse. Jetzt geben wir 
das OPEN-Kommando: 


602E JSR FFCO 
6031 BCS 6053 
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CHROUT | 


| CHKOUT | 
| CLRCHN | 
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Abb. 15: 
Die Abfolge der 
Routineaufrufe 
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Der Ausgabekanal wird mit CHKOUT defi- 
niert: 


6033 LDX #04 
6035 JSR FFC9 
6038 BCS 6053 


Damit sind alle Vorbereitungen erledigt, und 
die Zeichenausgabe kann wie im ersten Pro- 
gramm durchgeführt werden mit CHROUT: 
603A LDY #00 

603C LDA 6000,Y 

603F BEQ 604A 

6041 JSR FFD2 

6044 BCS 6053 

6046 INY 
6047 JMP 603C 

Alle Zeichen sind nun ausgedruckt. Wir ru- 
fen CLRCHN auf: 


604A JSR 
FFCC 


Als letzte Routine folgt nun noch CLOSE: 


604D LDA #04 
604F JSR FFC3 
6052 RTS 


Damit wurde das File Nummer 4 geschlos- 
sen. Anschließend erfolgte der Rücksprung 
aus dem Programm. Für die Fehlerbehand- 
lung habe ich nur einen BRK vorgesehen, 
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der sofortigen Registerüberblick erlaubt, wenn 
zum Beispiel der SMON im Speicher enthal- 
ten ist. 


6053 BRK 

Ohne Monitor im Speicher kann der Com- 
puter allerdings abstürzen oder im besten 
Fall einen BASIC-Warmstart durchführen. 
Wenn Sie so was also für Ihre Zwecke pro- 
grammieren möchten, sollten Sie einen an- 
deren Weg suchen, die Fehler aufzufangen. 
Man hat ja nicht immer einen Monitor ein- 
geladen. 

Mit diesen sieben Kernal-Routinen soll’s 
für diesmal genug sein. 

In der 64’er 12 / 1984 haben B. Schneider 

und K. Schramm in ihrer Serie »In die Ge- 
heimnisse der Floppy eingetaucht« gezeigt, 
wie man mittels der besprochenen und eini- 
ger anderer Routinen auch die Diskettensta- 
tion ansprechen oder sogar Floppy und Dru- 
cker zum »Spooling« veranlassen kann. 
Ich habe das zwar schon öfter gesagt, muss 
es aber trotzdem immer wieder tun: Durch 
das Nachvollziehen fremder Programme kann 
man sehr viel lernen. 

Oje, mein Versprechen, diesmal mit den 
Fließkommazahlen weiterzumachen, kann 
ich nicht halten. Auch unser Programmpro- 
jekt kommt nicht mehr dran. Beides hätte 
den Umfang dieser Folge mit Sicherheit ge- 
sprengt. Ich gebe Ihnen aber mein großes 
Ehrenwort, dass wir in der nächsten Ausga- 
be beide Themen weiterbehandeln. 
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Erschienen in: 
Verantwortlicher Redakteur: 
Autor: Heimo Ponnath 


Irgendwann brauchen Sie sie bestimmt, 
die Rechnung mit Fließkommazahlen. Auch 
den Umgang mit logischen Ausdrücken wie 
AND, ORA oder EOR und wie man mit dem 
Schiebe-Befehl ASL multipliziert, sollen 
Sie beherrschen. Das alles erfahren Sie im 
achten Teil dieses Kurses. 


Inzwischen wissen Sie ja, dass alle Daten im 
Computer im Binärformat enthalten sind. 
Nun soll noch mal erläutert werden, welcher 
Rechenweg der einfachste ist. 

Als Beispiel nehmen wir die Zahl 1985. 
Man teilt diese Zahl so lange durch 2, bis 
das Ergebnis O wird. Jedes Mal notiert man 
sich den Rest, der entweder O oder | sein 
kann: 


1985 2 = 992 Rest 1 
992 2 = 496 Rest 0 
496 2 = 248 Rest 0 
248 2 = 124 Rest O0 
124 2 = 62 Rest O0 

62 2 = 31 Rest O0 
31 2 15 Rest 1 
15 2 = 7 Rest 1 
7 are 3 Rest 1 
3 2 = l Rest 1 
2 I 0 Rest 1 


Auch wenn Sie es noch nicht erkennen: Da 
steht schon das binäre Ergebnis. Von unten 
nach oben gelesen, ist das nämlich der Rest: 
111 1100 0001 

Nun reden wir ja von Fließkommazahlen. 
Also verändern wir unser Beispiel noch et- 


6G4’er 471985 


is5t keine filchemie 


Georg Klinge 


was. Jetzt soll uns die Zahl 1985,125 inte- 
ressieren. In Folge 3 haben Sie gelernt, dass 
man das Komma verschieben kann, um da- 
raus beispielsweise 1,985125x 103 zu ma- 
chen. Wir wollen uns das Verschieben des 
Kommas aber für etwas später aufheben 
und zunächst einmal außer dem schon um- 
gewandelten Vorkommateil nun auch den 
Nachkommateil, also die 0,125, ins Binärfor- 
mat übertragen. 

Genauso, wie wir vorhin eine Kettendivi- 
sion durch 2 verwendet haben, gebrauchen 
wir nun eine Kettenmultiplikation mit 2. Der 
gesamte Nachkommateil wird dabei ver- 
doppelt. 

Entweder ergibt sich dabei eine Vorkom- 
mastelle (das ist dann immer eine I) oder 
das Ergebnis bleibt kleiner als I. Wenn sich 
bei einem solchen Rechenschritt keine Vor- 
kommastelle ergibt, schreibt man an die 
entsprechende Nachkommastelle der Binär- 
zahl eine O, andernfalls eine I. Es wird so 
lange verdoppelt, bis keine Nachkomma- 
stellen mehr zur Verfügung stehen. 

Das klingt ziemlich umständlich. Am Bes- 
ten sehen Sie sich das jetzt mal an unserem 
Beispiel an: 


0, 12982 =0,250 

Erste Nachkommastelle: O. Beim ersten Ver- 
doppeln hat sich keine neue Vorkommastel- 
le ergeben, deshalb ist die erste Nachkom- 


mastelle der Binärzahl eine Null. 


(25x 2=0,5 
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Zweite Nachkommastelle: O. Auch beim zwei- 
ten Verdoppeln ermitteln wir keine neue 
Vorkommastelle, wodurch sich wieder eine 
Null als Nachkommastelle ergibt. 


055 32=L.0 


Dritte Nachkommastelle: I. Hier hat sich nun 
eine Vorkommastelle beim Verdoppeln ge- 
bildet: Daher taucht als dritte Nachkomma- 
stelle unserer Binärzahl eine I auf. Gleich- 
zeitig war das die letzte Nachkommastelle, 
denn unsere Ausgangszahl weist nach dem 
Komma nun nur noch eine Null auf. 

Zur Übung wollen wir noch eine andere 
Zahl mit Nachkommastellen ins Binärformat 
überführen, nämlich O,1. 


0,1 x 2 = 0,2 1.Nachkommastelle: O 
0,2 x 2 = 0,4 2.Nachkommastelle: O 
0,4 x 2 = 0,8 3.Nachkommastelle: O 
0,8 x 2 = 1,6 4. Nachkommastelle: I 


Jetzt lässt man - das habe ich beim ersten 
Beispiel noch nicht erwähnt - diese neue 
Vorkommastelle einfach weg und rechnet 
wieder mit den Nachkommastellen weiter: 


5. Nachkommastelle: I 
6. Nachkommastelle: O 
7. Nachkommastelle: O 
8. Nachkommastelle: I 
9. Nachkommastelle: I 


ur 
DNDDNDND MN 
I 
HHRooh 
N NEN 


Das kommt Ihnen sicherlich von der 5. Ver- 
doppelung her bekannt vor. Es zeigt sich, 
dass diese Rechnung nie aufgeht, weil sich 
eine periodische Zahl ergibt: 

0,0001 1001 1001 100 ... Es kann Ihnen Öf- 
ter bei der Zahlenumwandlung passieren, 
dass ein endlicher Dezimalbruch in einen 
unendlichen periodischen Binärbruch über- 
geht. 

Kehren wir zurück zu unserem ersten Bei- 
spiel: 1985,125. Die ganze Umwandlung (Vor- 
komma- und Nachkommaanteil) führte zu: 
111 1100 0001,001 
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Der dritte Schritt der Verwandlung von der 
Dezimalzahl zum Binärformat (nach 1.=Vor- 
kommaanteil umwandeln, 2.= Nachkom- 
maanteil umwandeln) ist das so genannte 
Normalisieren. 

Das ist einfach das Verschieben des Kom- 
mas nach links (wie in unserem Beispiel) 
oder rechts, so lange, bis vor dem Komma 
nur noch Nullen stehen und direkt hinter 
ihm eine 1. 

In Folge 6 haben wir gelernt, dass für jede 
Stelle, die das Komma nach links wandert, 
der Exponent um I höher wird. Unser Expo- 
nent ist im Moment noch Null (2° ist ja 1). 
Um also nach der Regel zu normalisieren, 
wird das Komma um II Stellen nach links 
verschoben. Der Exponent ist dann I (dez.), 
und unsere Zahl erscheint im neuen Ge- 
wand: 

0.11111000001001E+1011.E+1O11I 
heißt dabei Exponent und wird im Binärfor- 
mat dargestellt (IOII (bin.) = II (dez.)). So 
weit, so gut. Alles bisher Unternommene 
hat Allgemeingültigkeit. Von nun an aber 
müssen wir uns spezialisieren auf den Com- 
modore 64 (im VC 20 und einigen anderen 
Computern ist es aber auch so). 

Der Exponent kann ja - je nachdem, ob 
das Komma zum Normalisieren nach links 
oder nach rechts verschoben wurde - posi- 
tiv sein (wie bei unserem Beispiel), aber auch 
negativ. 

Im Commodore 64 wird zum Exponenten 
die Zahl 128 addiert. Das ist dann Schritt 4, 
der im Beispiel zu 138 führt, womit wir 
schon das Exponentenbyte fertig haben: Ex- 
ponent = dez. 139=bin. 10001011 = hex. 
8B. Hätten wir einen negativen Exponenten 
erhalten, zum Beispiel 20, dann stünde im 
Exponentenbyte nun dez. 108 beziehungs- 
weise dasselbe im Binärformat. 

Der Rest unserer Zahl, also die Mantisse, 
wird nun Schritt 5 unterzogen. Zunächst lässt 
man das Komma weg. 

Die Binärzahl wird dann auf 4 Byte links- 
bündig aufgeteilt. In unserem Beispiel erhal- 
ten wir so: 


1111 1000 0010 0100 
Byte 1 BYytE 2 
0000 0000 0000 0000 
Byte 3 Byte 4 


Wie Sie sehen, werden die unbenutzten Bits 
mit Nullen aufgefüllt. Was nun noch nicht 
berücksichtigt wurde, ist das Vorzeichen der 
Mantisse. Es ist im Beispiel noch nicht zu er- 
kennen, ob wir + 1985,125 oder - 1985,125 
vorliegen haben. Das gehen wir nun im letz- 
ten Schritt (Nummer 6) an. 

Im Commodore 64 gibt es zwei Möglich- 
keiten der Speicherung von Fließkomma- 
zahlen. Für Schritt 6 muss man sich ent- 
scheiden, wo man die Zahl haben will. 

In Folge 6 ist schon mal der FAC erwähnt 
worden, der Fließkomma-Akkumulator I, wel- 
cher die Speicherstellen dez. 97 bis 102 ($61 
bis $66) belegt. Ein zweiter Fließkomma-Ak- 
kumulator, AFAC oder ARG genannt, belegt 
die Plätze dez. 105 bis 110 ($69 bis $6E). 
Diese Akkumulatoren haben für die Fließ- 
kommarechnungen eine ähnliche Bedeu- 
a wie der Akku für die I-Byte-Rechnun- 
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Dort werden fast alle Ergebnisse abgelegt 
oder Zahlen abgerufen. Wir sehen, dass wir 
darin 6 Byte zur Verfügung haben. In Byte 
97 liegt der Exponent in der von uns ermit- 
telten Form. Byte 98 bis IOI sind die vier 
Mantissenbytes. Was ist in Byte 102? Das 
Vorzeichen! 

Bit 7 dieses Bytes ist O, wenn eine positi- 
ve, und I, wenn eine negative Zahl vorliegt. 
Das galt für den FAC, wie Sie aus den Spei- 
cherstellen schon gesehen haben. Für den 
ARG ist das aber ganz genauso. Sehen wir 
uns nun in Tabelle 18 unsere Beispielzahl im 
FAC und im ARG noch mal an. 

Hier ist auch angedeutet, dass die restli- 
chen 7 Bit (Bits O Dis 6) des Vorzeichenbytes 
keine Rolle spielen. Sie werden später direkt 
in diese Akkumulatoren hineinsehen und al- 
lerlei Bit-Müll darin finden. Lediglich Bit 7 ist 
für uns von Bedeutung. 

Eigentlich ist es ja eine ganz schöne Ver- 
schwendung, von einem Byte wie diesem 
Vorzeichenbyte lediglich ein einziges Bit zu 
nutzen. Wenn eine beliebige Fließkomma- 
zahl irgendwo im Computer abgespeichert 
wird, dann gilt ein anderes Format, das 
MFLPT-Format (von Memory FLoating PoinT). 


Tab. 18: 

So sieht die Zahl 
1985,125 kom- 
plex in FAC und 
ARG aus. 


u 


0000 0000 


1000 1011 1111 1000 0010 0100 


Vorzeichen 


ERLÄUTERUNG MANTISSE 


Exponent 
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Man speichert hier nur in 5 Bytes. Das Vor- 
zeichenbyte fällt weg. 

Wie aber merkt sich der Computer das 
Vorzeichen? Das ist ganz schlau eingefädelt: 
Es gibt nämlich in den 5 Byte (I Exponen- 
tenbyte + 4 Mantissenbytes) ein überflüssi- 
ges Bit. Sie werden sich sicher erstaunt fra- 
gen, wo? Erinnern Sie sich doch bitte zurück 
an Schritt 3, das Normalisieren. Dort wurde 
so verfahren, dass rechts vom Komma eine 
I steht. Wenn da aber immer und ganz 
grundsätzlich diese I steht, dann muss man 
sie sich eigentlich gar nicht mehr besonders 
merken. 

Man kann - vorausgesetzt, man berück- 
sichtigt diese I im Bit 7 des ersten Mantis- 
sen-Bytes immer bei den Rechnungen - das 
Bit für andere Zwecke verwenden: Also als 
Vorzeichenbit. Taucht hier also eine O auf, 
dann liegt eine positive Zahl vor, ist es aber 
eine I, dann signalisiert diese eine negative 
Zahl. Für das MFLPT-Format muss in unse- 
rem Beispiel also Bit 7 des ersten Mantis- 
senbytes gelöscht werden (1985,125 ist ja 
nun mal positiv), und die komplette Zahl 
sieht im MFLPT-Format so aus: 


1000 1011J01111000|[0010 010050000 000010000 0000 


Der Pfeil weist auf das Vorzeichenbit. Man 
spricht hier auch vom »gepackten« Format. 
Damit das alles nun nicht nur graue Theo- 
rie bleibt und Sie auch aus eigenem Erleben 
diese Zahlenformate sehen können, wollen 
wir hier ein kleines Testprogramm auspro- 
bieren. Es wird Ihnen auch später noch gute 
Dienste leisten, wenn Sie mal irgendwelche 
Zahlen in das FLPT- (also FAC oder ARG) 
oder ins MFLPT-Format umrechnen müssen. 
Zu Fuß ist das ja - wie Sie nun wissen - ganz 
schön haarig! Wie so oft, besteht auch die- 
ses Programm aus einem BASIC-Teil, der die 
Benutzerführung übernimmt, und zwei klei- 
nen Maschinenroutinen, die per USR-Vektor 
angesprungen werden. In diesen Assemb- 
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ler-Programmteilen sind zwei Interpreter- 
Routinen verborgen, die nützlich und daher 
erklärenswert sind. Als Programm 2 ist das 
BASIC-Aufrufprogramm abgedruckt. 

Es fragt zunächst mal, ob der SMON ein- 
geladen ist. Der wird nämlich aus dem Pro- 
gramm heraus angesprungen. Wird die Fra- 
ge mit »J« beantwortet, dann zeigt sich ein 
kleines Menü, andernfalls ist das Programm 
beendet: Der SMON muss erst eingeladen 
werden. Das Menü bietet drei Optionen: Ei- 
ne Zahl kann im FAC (Option I), im ARG 
(Option 2) oder im MFLPT-Format ab Spei- 
cherstelle $6800 (Option 3) betrachtet wer- 
den. 

Für Option I wird der USR-Vektor auf die 
Einsprungadresse des SMON gestellt und 
dann mittels USR-Kommando die Zahl Z in 
den FAC übergeben. Dann schaltet sich der 
SMON ein, der nun mittels des Kommandos 
M 0061 den Inhalt des FAC als Hex-Zahlen 
zeigt. 

Option 2 richtet zunächst den USR-Vektor 
auf ein kleines Assembler-Programm ab 
$6000, welches den FAC-Inhalt in den ARG 
schiebt, dann den USR-Vektor auf den 
SMON richtet und schließlich auch diesen 
einschaltet. Auch hier wird mit dem M-Kom- 
mando dann per M 0069 der ARG-Inhalt 
sichtbar. 

Option 3 richtet den USR-Vektor auf eine 
Maschinenroutine, die bei $6100 beginnt. 
Dort wird der FAC-Inhalt nach $6800 und 
die folgenden Speicherstellen verschoben, 
und zwar ins MFLPT-Format. Anschließend 
erfolgt dann wieder das Ausrichten des 
USR-Vektors auf den SMON und Anschalten 
des SMON, wo man durch M 6800 den In- 
halt ansehen kann. Folgende Vorgehenswei- 
se empfehle ich Ihnen: 


- Einladen des SMON 

- Eintippen der beiden kleinen Assembler- 
Routinen mithilfe des SMON und Abspei- 
chern (man kann einfach mit dem SMON- 
Kommando S "Programmname", 6000, 
610A speichern). 


- Wenn Sie die beiden Routinen schon ge- 
speichert vorliegen haben, dann laden Sie 
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Option 2:M 0069 
:0069 8B F8 24 00 00 78 DA CE 


sie jetzt ein. Jedenfalls sollten Sie nach 


dem Laden beider Assembler-Programme 
(SMON und die beiden Routinen) ein »NEW« 


Option 3:M 6800 
:6800 8B 78 24 00 OO FFFFFF 


eingeben, so dass alle Zeiger zurückge- 


stellt werden. 
- Erst jetzt Laden oder Eintippen des BA- 
SIC-Aufrufprogramms 


We 


und zum Beispiel unsere Zahl 1985,125 ein- 
geben, werden Sie Folgendes finden: 


Option I:M 0061 
:0061 8B F8 24 00 00 78 00 00 


Die Bytes, welche zu unserer Zahl gehören, 
sind unterstrichen. Sie können jeweils nach 
<RUN/ STOP> noch mit dem SMON-Kom- 
mando $8B (oder einer anderen Sie interes- 
sierende Hexzahl) eine Ausgabe im Binär- 
und im Dezimalformat erreichen. So, nun 
aber endlich zu den beiden Assembler-Rou- 
tinen. 

Zur Option 2 gehört das folgende Pro- 
gramm, das bei $6000 beginnt: 


nn Sie nun das Testprogramm starten 


5 REM **%* TEST FUER FLPT UND MFLPT *** 


10 
15 
20 
30 
40 
50 
60 
65 
70 
100 
110 
120 
200 
210 
220 
300 
310 
320 
400 
410 
420 
430 
440 
450 
460 
470 
480 
490 


POKE 52,96 : POKE 56,96 : CLR : PRINT CHR$(147)CHR$S(17)CHR$ (17) 
PRINT "IST DER SMON EINGELADEN?" : INPUT "J/N";A$ : IF A$ = "N" THEN END 
PRINT CHRS$S (17)CHR$(17)"{3 SPACE}FLPT IN FAC"TAB(25)"1" : PRINT 


PRINT "{3 SPACE}FLPT IN ARG"TAB(25)"2" : PRINT 

PRINT "{3 SPACE}MFLPT AB $6800"TAB(25)"3" : PRINT : PRINT 

GET A$ : IF AS < "1" OR AS > "3" THEN 50 

PRINT "AUSWAHL",A$ : PRINT : PRINT : INPUT "GEBEN SIE EINE ZAHL EIN";Z 
PRINT CHR$ (147) 


ON VAL(A$) GOTO 100,200,300 

REM ur FAC „xx 

POKE 785,0 POKE 786,192 REM *** USR-VEKTOR AUF SMON = $C000 *** 
A=USR (Z) 

REM “„ır% ARG akr% 

POKE 785,0 POKE 786,96 REM *** USR-VEKTOR AUF $6000 *** 
A=USR (Z) 

REM *** MFLPT *** 

POKE 785,0 POKE 786,97 REM *** USR-VEKTOR AUF $6100 *** 
A=USR (Z) 

REM ar. a ha a a a a a a a a ak a a a 

REM NACH MELDUNG DES SMON MIT DEN 

REM KOMMANDOS 

REM (1) M 0061 

REM (2) M 0069 

REM (3) M 6800 

REM DEN MONITOR EINSCHALTEN. DIE 

REM EINGEGEBENE ZAHL IST DANN ALS 

REM HEX-BYTES SICHTBAR. 

REM ai a a a a a a y a a ak a k a ah u a 
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Progr. 2: 
Testprogramm 
für die beiden 
kleinen Assemb- 
ler-Routinen. 
Die Bedienung 
wird im Text er- 
klärt. 
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6000 JSR BCOC 


$BCOC ist die erste Interpreter-Routine, die 
wir uns zu Nutze machen. Sie schiebt den 
Inhalt vom FAC in den ARG. Mehr dazu spä- 
ter. 


6003 
6005 
6008 
600A 


LDA #00 
STA-03TL1 
LDA #C0 
STA 0312 


Damit haben wir den USR-Vektor auf $COOO 
gestellt. 


600D JMP COO0O 


Das war das Einschalten des SMON. Im 
Grunde genommen könnten wir uns das 
Stellen des USR-Vektors ersparen. Es ist aber 
sinnvoll - vor allem bei langen Programmen 
-, wenn verstellte Vektoren nach Beendi- 
gung des Programms auf einem definierten 
Wert stehen. Nun noch die Routine für Opti- 
on 3: 


6100 LDX #00 
6102 LDY #68 
6104 JSR BBD4 


Auch das ist wieder eine Interpreter-Routine: 
Sie schiebt den FAC-Inhalt in einen Spei- 
cherbereich, dessen Startbyte durch die bei- 
den Index-Register angegeben wird (X-Re- 
gister für LSB, Y-Register für MSB, hier also 
6800). Dabei wird die Zahl vom FLPT-For- 
mat in das MFLPT-Format umgewandelt. 
Das Progrämmchen schließen wir ab mit 
einem Sprung zum Rest der ersten Routine: 


6107 JMP 6003 


Sehen Sie sich mal einige Zahlen im Fließ- 
komma-fFormat an. Fast alle Operationen 
mit Zahlen vollführt unser Computer mit 
diesen Fließkommazahlen. Das ist dann bei- 
spielsweise der Grund dafür, dass aus einer 
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BASIC-Zeile wie der folgenden: IF INT 
(X*10)=INT (ABS (X*10) )THEN .. auch 
bei positiven X-Werten (wo man mathema- 
tisch Gleichheit feststellt) manchmal die Be- 
dingung als nicht erfüllt erkannt wird. 

X wird sofort als Fließkommazahl in den 
FAC gelegt, mit einer Fließkomma-Zehn 
multipliziert, der ABS-Wert wird ebenfalls 
per Fließkomma-Arithmetik ermittelt und so 
weiter. Dabei treten häufig Rundungspro- 
bleme auf, wenn ein Zwischenergebnis mehr 
als 32 signifikante binäre Nachkommastel- 
len aufweist (wie wir es ja zum Beispiel beim 
periodischen Binärbruch gesehen haben, 
der sich aus der simplen Dezimalzahl O,1 er- 
gibt). Das Rechnen mit Fließkommazahlen 
im Computer Öffnet zwar einen ungeheuren 
Zahlenraum für unsere Anwendungen, es 
geht aber viel langsamer als die 2-Byte- 
Arithmetik. 

Immerhin müssen hier jedes Mal 6 Byte 
(beziehungsweise 5 bei MFLPT) berücksich- 
tigt werden. Ich glaube aber kaum, dass wir 
jemals in die Verlegenheit kommen werden, 
beispielsweise eine Fließkomma-Addition 
programmieren zu müssen. 

Eben weil unser C 64 fast alle Zahlenope- 
rationen mit Fließkomma-Formaten durch- 
führt, sind nahezu alle Eventualitäten schon 
als fertige abrufbare Programme im Inter- 
preter enthalten. Wir müssen nur wissen, 
wie unsere Zahlen aussehen (das haben Sie 
ja nun gelernt), wo und wie man sie für 
Operationen bereithält und wo und wie man 
die entsprechenden Routinen finden kann. 
Einen der wichtigsten Wege, unsere Zahlen 
ans Maschinenprogramm zu übergeben, ha- 
ben Sie schon kennen gelernt: Das Argu- 
ment der USR-Funktion landet automatisch 
im FLPT-Format im FAC. 


Die beiden ersten Interpreter-Routinen 

Von nun an sollen nach und nach Interpre- 
ter-Routinen vorgestellt werden. Das ist al- 
lerdings nicht so einfach wie bei der Kernal- 
Sprungtabelle. Es gibt für die Letzteren viele 
recht gut dokumentierte Listen. Für die In- 


terpreter-Routinen ist kaum Literatur vor- 
handen. Will man ähnlich erfassen wie die 
Kernal-Routinen, dann muss man ROM-Lis- 
tings wäalzen und vor allem probieren, pro- 
bieren, probieren ... Nun zur ersten, schon 
verwendeten Routine: 


Name MOVAF 

Zweck Übertragen des FAC in 
den ARG 

Adresse $BCOC (dez. 48140) 


Vorbereitungen Wert in FAC 

Speicherstellen $61 - 66 (FAC), $69 - GE 
(ARG), $6F, $70 

Stapelbedarf 4 

Register Akku, X-Register 


Diese Routine ist deswegen so wichtig, weil 
viele Rechenoperationen, die zwei Zahlen 
verknüpfen, zwischen dem FAC und dem 
ARG abgewickelt werden. Wenn Sie unser 
kleines Testprogramm mal mit der Option 2 
laufen lassen und hinterher nicht nur mit 
M0069 in den ARG, sondern auch mit 
M 0061 in den FAC hineinsehen, dann stel- 
len Sie fest, dass der FAC-Inhalt noch immer 
vorhanden ist. Allerdings ist das nicht im- 
mer der Fall. MOVAF rundet nämlich - wenn 
nötig - vorher noch den FAC-Inhalt, der dann 
natürlich anders aussieht. 

Fast noch häufiger benutzt man die zweite 
Interpreter-Routine: 


Name MOVMF 

Zweck Übertragung von FAC in 
Speicher unter Umrechnung 
ins MFLPT-Format 

Adresse $BBDA (dez. 48084) 


Vorbereitungen Wert in FAC, Zieladresse in 
X- und Y-Register (X =LSB, 
Y=MSB) 

Speicherstellen $61 - 66 (FAC), $70, $22, $23 

Stapelbedarf 4 

Register Akku, X- und Y-Register 


Außer den unter »Speicherstellen« genann- 
ten sind natürlich auch noch die Zieladresse 
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und deren vier nachfolgende Bytes in die 
Routine einbezogen (das MFLPT-Format be- 
steht ja aus 5 Byte). $22/ 23 ist ein für die 
Operation verwendeter Zeiger. 

MOVMF wird häufig dann verwendet, 
wenn Werte, aus welchen Gründen auch 
immer, außerhalb der Fließkomma-Akkumu- 
latoren gelagert werden müssen. 

Es wird Ihnen vielleicht aufgefallen sein, 
dass im Gegensatz zur Beschreibung der 
Kernal-Routinen die Rubrik »Fehler« fehlt. 
Der Grund ist, dass es keine solchen Siche- 
rungen bei den Interpreter-Routinen gibt. 

Was passieren kann, ist unter bestimmten 
Bedingungen das Ansteuern von normalen 
BASIC-Fehlermeldungen, die aber nicht im- 
mer den tatsächlichen Zustand wiederge- 
ben. 

Wenn Ihnen mal bei der Programmierung 
mit Interpreter-Routinen Zweifel aufkom- 
men, dann verfolgen Sie lieber den Pro- 
grammweg mittels eines ROM-Listings und 
schalten Sie eigene Fehler-Routinen ein. 

Das war aber nur für die Fortgeschrittenen 
gesagt. Wir werden uns erst nach und nach 
dahin vortasten. Zunächst fehlen uns ja 
noch ein paar Assembler-Kenntnisse. Mit 
dem nächsten Abschnitt soll das besser 
werden. 


Assembler-Befehle zum 

Beherrschen von Bits 

Bevor wir damit anfangen, muss ich Ihnen 
noch sagen, dass Sie sich Zeit lassen sollten. 
Das Pensum, das ich Ihnen heute zumute, 
ist wirklich ganz gewaltig. 

Zunächst sehen wir uns die logischen Be- 
fehle AND, ORA und EOR an, dann Bit-Schie- 
bereien mittels ASL. 

LSR, ROL und ROR sollen uns dann in der 
nächsten Ausgabe beschäftigen. 

Fangen wir also mit AND an. AND ver- 
knüpft den Akku-Inhalt Bit für Bit mit dem 
angegebenen Wert nach den Regeln der lo- 
gischen UND-Verknüpfung. 

Es gibt allerlei Adressiermöglichkeiten für 
diesenBefehl: 
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Tab. 19: 


AND 6000 absolut 

AND FE zeropage absolut 
AND #07 unmittelbar 

AND 6000,X absolut-X-indiziert 
AND 6000,Y absolut-Y-indiziert 
AND (FA,X) indiziert-indirekt 
AND (FB),Y indirekt-indiziert 
AND FE,X Zeropage-absolut -X- 


indiziert 


Damit haben wir eine ganze Menge an 
Möglichkeiten. Erinnern Sie sich noch an die 
Regeln einer UND-Verknüpfung? Wenn nicht, 
dann sehen Sie sich noch mal Tabelle I9 an: 


ABER Fa u u 


(Das normale A hat den Dezimal-Kode 65, 
$41). Man kann also, je nach Wahl der Mas- 
ke, beliebige Bits löschen. 

AND ist, je nach der gewählten Adressie- 
rungsart, ein 2- oder 3-Byte-Befehl. Weil das 
Ergebnis im Akku steht, können Flaggen be- 
einflusst werden. Die N- und die Z-Flagge 
reagieren auf das Ergebnis. 

Im Gegensatz zu BASIC, wo es nur eine 
ODER-Verknüpfung gibt, nämlich OR, exis- 
tieren im Assembler zwei davon. Man un- 
terscheidet ein »inklusives« und ein vexklusi- 
ves« ODER. 

Die inklusive ODER-Verknüpfung des Ak- 
kus mit den angegebenen Daten geschieht 
mit dem Assembler-Befehl ORA. ORA ent- 


Wahrheitstabelle 
spricht dem BASIC-Befehl OR. Alle Adres- 


sierungsarten, die dem AND-Befehl offen 


Sie erkennen, dass zwei miteinander AND- 
verknüpfte Bits nur dann als Ergebnis I ha- 
ben, wenn in beiden Bits der Wert I steht. 
Man kann mittels AND ganz gezielt Bits lö- 
schen. Nehmen wir mal als Beispiel an, wir 
wollen geshiftete Zeichen (das sind die mit 
den Kodes größer als 128) in normale Zei- 
chen umwandeln. Dazu bringen wir die Zei- 
chenkodes in den Akku und löschen Bit 7. 
Übrig bleibt dann der Kode für das ungeshif- 
tete Zeichen. 

Für das Löschen von Bit 7 brauchen wir ei- 
ne sogenannte UND-Maske, die dafür sorgt, 
dass alle anderen Bits unverändert bleiben. 
An den Stellen muss in dieser Maske also 
eine I stehen (denn O AND I ergibt ©, 1 AND 
I ergibt I). Lediglich Bit 7 der Maske muss 
O sein. Die Maske muss also heißen: 

0111 1111 -$7F- dez. 127 

Nehmen wir an, im Akku befände sich der 
Kode für ein geshiftetes A, also dez. 193 (bi- 
när 1100 0001, $C1), dann ergibt die AND- 
Verknüpfung mit der Maske: 


Akku 1700.. 000° “Shift A 
Maske Gl -4134 

AND 

jetztim Akku: 0100 0001 norm. A 
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stehen, können auch auf ORA angewendet 
werden. Wenn man Bits ORA-verknüpft, fin- 
det man folgende Ergebnisse: 


ORA O0 
ORA 1 = 
ORA 0 
ORA 1 


HHrHoo 
I 
HHHo 


Auch hier ist eine so genannte Wahrheitsta- 
belle recht einprägsam (Tabelle 20): 


Tab. 20: Wahrheitstabelle zur ORA-Verknüpfung 


Während man mit AND gezielt Bits löschen 
kann, ist es mit ORA möglich, Bits zu setzen. 
Auch dazu verwendet man eine Maske, die 
an allen Stellen, an denen Bits unverändert 
bleiben sollen, eine OÖ, sonst aber eine I ent- 
hält. Nehmen wir noch mal das Beispiel von 
vorhin und wandeln nun das ungeshiftete 
Zeichen in ein geshiftetes um. 

Wir müssen also Bit 7 wieder setzen: Da 
muss in der Maske dann eine | stehen. Alle 
anderen Bits bleiben unverändert, wenn die 
Maske dort eine Null aufweist. Die Maske 
muss daher heißen: 


1000 0000 - $80 - dez. 128. Im Akku soll 
das ungeshiftete B stehen (Kode dez. 66, 
$42, bin. 0100 0010). Die Rechnung sieht 
dann so aus: 


Akku 0100 0010 norm. B 
Maske 1000 0000 

ORA 

Jetztim Akku: 1100 0010 Shift B 


Je nach Art der Maske kann man also ein 
oder mehrere Bits setzen. Im Beispiel ist 
auch der Einfluss dieses Befehls auf die Flag- 
gen zu erkennen. Der Akku-Inhalt vor der 
ORA-Operation hatte kein Bit 7, also keine 
gesetzte N-Flagge. Danach ist Bit 7 gesetzt 
und die N-Flagge zeigt eine I. Außer der N- 
Flagge kann - ebenso wie beim AND-Befehl 
- auch noch die Z-Flagge reagieren. ORA ist 
jenach Adressierungsart ein 2- oder 3-By- 
te-Befehl. 

Während zwei Bits in der ORA-Verknüp- 
fung eine I ergeben, wenn beide oder eins 
von beiden gesetzt sind, schließt die EOR- 
Verknüpfung den ersten Fall aus. EOR ist die 
exklusive ODER-Verknüpfung. Sie lässt sich 
sprachlich erfassen im »entweder ... oder ...«, 
also beispielsweise: Beim Roulette fällt die 
Kugel entweder auf Rouge oder auf Noir, 
beides zusammen ist nicht möglich. Die Re- 
geln bei EOR sind also: 


0 EOR O0 = O 
0EOR1=]1 
1EORO = 1 
1 EOR 1 = 0 


Die Wahrheitstabelle dazu sieht wie folgt 
aus: 


Tab. 21: Wahrheitstabelle zur EOR-Verknüpfung 
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Wozu verwendet man EOR? Es fällt Ihnen 
vielleicht auf, dass wir die aus BASIC be- 
kannte NOT-Funktion nicht in Assembler 
vorliegen haben. 

Obwohl EOR einige viel weitergehende 
Verwendungsmöglichkeiten aufweist als NOT 
(aber auf Boolesche Algebra wollen wir hier 
nicht eingehen), kann man es mit gleicher 
Wirkung einsetzen. 

Wir haben beispielsweise in den ersten 
Folgen dieses Kurses negative Zahlen durch 
Komplementieren erzeugt. Dabei sollte je- 
des Bit in sein Gegenteil verkehrt werden. 
Das wäre die Aufgabe einer NOT-Funktion. 
Durch ein EOR FF können wir dasselbe er- 
reichen. Sehen wir uns wieder ein Beispiel 
an. Im Akku steht dez. 15 ($OF, bin. 0000 
1111): 


Akku 0000: LIr1 

Maske 111% 2337 =usSER 
EOR 

jetztim Akku: 1111 0000 


Der neue Akku-Inhalt ist das Einerkomple- 
ment von dez. 15. 

Auch EOR kann alle Adressierungsarten 
verkraften, welche die beiden anderen logi- 
schen Assembler-Befehle erlauben. Je nach 
der gewählten Art liegt dann ein 2- oder 3- 
Byte-Befehl vor. Auch hier werden die Z- 
und die N-Flagge beeinflusst. 

Das waren also die logischen Befehle. Lei- 
der ist hier nicht der geeignete Ort, die Viel- 
seitigkeit, die damit möglich ist, deutlich zu 
machen. Wenn Sie sich dafür interessieren, 
sollten Sie mal etwas über Boolesche Al- 
gebra lesen oder eine Einführung in die ma- 
thematische Logik. 

Um dieses Thema abzuschließen, soll noch 
erwähnt werden, dass der BASIC-Interpreter 
so eingerichtet ist, dass er immer dann, wenn 
die Richtigkeit einer Aussage zu überprüfen 
ist, mit - I bei wahrer Aussage und mit O bei 
falscher Aussage antwortet. Auf diese Wei- 
se kommen diese merkwürdigen BASIC- 
Programmzeilen ins rechte Licht, in denen 
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Carry-Bit 


Abb. 16: 
Wirkung des 
ASL-Befehls - 
arithmetisches 
Linksschieben 


Sequenzen auftauchen wie: C=A- I61 - 
33*(A<255)-64*(A<192)-32*(A 
< 160) + 32 * (A<96)-64 * (A<64). 

Jedes Mal, wenn zum Beispiel A <64 ist, 
tritt an Stelle der Klammer ein -1 auf. Übri- 
gens ist diese Formel eine schöne kurze 
Möglichkeit, ASCII-Kode (hier A als Varia- 
ble) in Bildschirmkode umzurechnen (der 
Bildschirmkode steht dann in der Variablen 
C). 

Kommen wir nun zur zweiten Gruppe von 
Assembler-Befehlen, die Bit-Manipulationen 
erlauben: den Verschiebe-Befehlen. Fangen 
wir dabei mit ASL an, was vom englischen 
»Arithmetic Shift Left« kommt. Zu deutsch 
heißt das dann »Arithmetisches nach links 
schieben«. Davon sind wir aber auch noch 
nicht schlauer. Sehen wir uns an, was dieser 
Befehl tut (Abbildung 16): 


Bit 7 Bit6 Bit5 Bit4 Bit3 Bit2 Biti BitO 


Der gesamte Inhalt des Akkus beziehungs- 
weise der Speicherstelle (je nach Adressie- 
rung) wird um eine Bit-Position nach links 
verschoben. Das vorherige Bit 7 wandert in 
die Carry-Flagge, alle anderen Bits erhalten 
eine um | höhere Position, das frei gewor- 
dene Bit O wird mit einer O aufgefüllt. Toll! 
Aber was soll das? Zur Erklärung machen 
wir noch mal einen kurzen Ausflug zu unse- 
rem normalen dezimalen Zahlensystem. 
Nehmen wir mal die Zahl 123. Bei der Ein- 
führung in die Fließkommazahlen hatten wir 
das Komma zu verschieben gelernt. 123 ist 
ja dasselbe wie 123,00. Wenn wir das Kom- 
ma um eine Stelle nach rechts verschieben, 
erhalten wir 1230,0 (dabei lassen wir jetzt 
mal den Exponenten außer Acht, der wäre 
ja -I, weil 123,00 = 1230,0 * 10-!). Man 
kann das Ganze auch anders herum sehen: 
Wir haben die Zahl 123 eine Stelle nach 
links verschoben und die frei gewordene 
Stelle ganz rechts mit einer Null aufgefüllt. 
1230,0 ist das Zehnfache von 123,00. Die 
Verschiebung um eine Stelle nach links hat 
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also zur Multiplikation unserer Zahl mit der 
Basis unseres Zahlensystems (also 10) ge- 
führt. Eine zweimalige Linksverschiebung 
führt zu 12 300, dem I00-fachen Wert un- 
serer Ausgangszahl. Wir haben also die Zahl 
123,00 mal 10 mal I0O genommen, das sind 
102. Jede Linksverschiebung erhöht unseren 
Ausgangswert um eine Zehnerpotenz oder 
- anders ausgedrückt - erhöht den Multipli- 
kator um eine Zehnerpotenz und deshalb 
natürlich auch das Ergebnis (einmal links- 
schieben: Multiplikator = IO = I0!, zweimal 
linksschieben: Multiplikator: 100 = 102 und 
so weiter). 

Im Binärsystem, zu dem wir nun wieder 
zurückkehren, ist die Zahlenbasis die Zahl 2. 
Einmal linksschieben entspricht dann einer 
Multiplikation mit 2! = 2. Das zweimalige 
Linksschieben führt zur Multiplikation mit 22 
=4 und so weiter. Nehmen wir als Beispiel 
die Zahl 3, welche im Binärsystem 0000 
0011 heißt: 

Bis jetzt landete im Carry-Bit immer eine 
Null. Wenn wir nun noch mal linksschieben, 
finden wir darin eine 1, die offensichtlich als 
Bit 8 unseres Ergebnisses dienen muss: 


1.ASL führt zu 0000 0110 = dez. 6 (2!* 
3=2*3=6) 


2.ASL führt zu 0000 1100 = dez. 12 (2 * 
6=12,22*3=4*3=12) 

3.ASL führt zu 0001 1000 = dez. 24 (2 * 
12=24,23*3=8*3=24) 

4.ASL führt zu 0011 0000 = dez. 48 (2 * 
24=48,24*3=16*3=48) 

5.ASL führt zu 0110 0000 >= dez. 96 (2 * 


48=96,25>*3=32*3=096) 

6.ASL führt zu 1100 0000 = dez. 192 (2 * 
96 = 192, 2°6* 3=63*3 + 192) 

7. ASL(1) führt zu 1000 0000 = (mit Carry 
als Bit 8) dez. 384 (2 * 192 = 384, 27 *3= 
128 * 3 = 384 


Daraus folgt, dass immer dann, wenn man 
sich nicht hundertprozentig sicher ist, eine 
Abfrage des Carry-Bits erfolgen sollte, so- 
fern man ASL zum Rechnen einsetzt (BCC 


beziehungsweise BCS bieten sich da an). 
Dazu kommen wir noch. Sehen wir uns ZU- 
nächst mal an, wie ASL adressierbar ist: 


ASL ohne Adresse, der Akkuin- 
halt wird nach links verscho- 
ben. Manchmal als eigene 
Adressierungsart bezeichnet 

ASL 6000 absolut 

ASL FE Zeropage-absolut 

ASL 6000,X absolut-X-indiziert 

ASL FA,X Zeropage-absolut-X-indi- 


ziert 

Je nach Adressierung tritt ASL dann als I-, 
2- oder 3-Byte-Befehl auf. Die N-, die Z- und 
die Carry-Flagge werden beeinflusst. Das Er- 
gebnis steht bei der ersten Adressierungsart 
(also ASL ohne Adresse) im Akku. In den 
anderen Fällen findet man es in der jeweili- 
gen Speicherstelle. 

Nun gut, werden Sie sagen, man kann al- 
so mittels ASL Zahlen mit 2, 4, 8, 16, 32 usw. 
multiplizieren. Was aber, wenn man mal 40 
nehmen will? Da gibt es einige Möglichkei- 
ten, die ein bisschen den Erfindungsgeist 
ansprechen. Man kann ja, wenn irgendeine 
Zahl Z mal 40 genommen werden soll, da- 
für schreiben: 40 *Z=(32+8)*Z=32*Z 
+8*Z 

Schon haben wir wieder Multiplikatoren, 
die den Einsatz von ASL ermöglichen. Die 
beiden Zwischenergebnisse (als 32 * Z und 
8 * Z) speichern wir irgendwo ab und zählen 
sie dann zusammen. 

Wenn Z zum Beispiel 3 wäre, könnte man 
das so programmieren: 


6000 STA 6100 


Dabei sollte im Akku Z also die 3 stehen, die 
wir nun zwischengespeichert haben. 


6003 ASL 
6004 ASL 
6005 ASL 
6006 ASL 
6007 ASL 
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Jetzt liegt im Akku der 32-fache Wert von 3, 
also 96, vor, und wir speichern dieses Zwi- 
schenergebnis ab. 


6008 STA 6101 
600B LDA 6100 


Wir haben nun den Wert 3 aus dem Zwi- 
schenspeicher $6100 wieder in den Akku 
geholt und schieben ihn 3-mal nach links, 
um den 8-fachen Wert zu erhalten. 


600E ASL 
600F ASL 
6010 ASL 


Nun erfolgt das Zusammenzählen beider 
Zwischenergebnisse. Dabei istja8* Znoch 
im Akku. 


6011 CLC 
6012 ADC 6101 


Damit ist die Aufgabe gelöst. Das Ergebnis 
steht im Akku und kann nun weiterverwen- 
det werden. 

Auf diese Weise kann man immer einen 
Multiplikator in eine Zweierpotenz (2, 4, 8, 
16, ...) und weitere Summanden zerlegen. 
Dies ist allerdings eine zwar schnelle, aber 
doch recht eingeschränkte Art der Multipli- 
kation. Außerdem haben Sie noch nicht er- 
fahren, wohin man denn nun am Besten mit 
BCC verzweigt, wenn die 8 Bits des Ergeb- 
nisses überlaufen. 

Das alles aber, liebe Leser, erfahren Sie 
erst beim nächsten Mal. Für heute war's lang 
und schwer genug! Wir werden dann einen 
eleganten Weg der 16-Bit-Multiplikation und 
Division erarbeiten. Und unser Programm- 
projekt soll natürlich endlich weiter gedei- 
hen. Abschließend finden Sie in Tabelle 22 
noch alles Wissenswerte zu den neuen Be- 
fehlen. 
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Tab. 22 

Alles Wissens- 
werte zu den 
neuen Assemb- 


i Dauer in 
Befehlswort | Adressierung | Byte-Anzahl Kode 
Taktzyklen 


ler-Befehlen 


BEREICH BEER EC EC BE E CHE 
pe 
| 3 
| 
3 
a | 3 
ea 
Sa > 
BEINEN 
Sr 3 
ne | 
Sn 
Sn 
a 
a | a 
Sa > 
MOCHEE 
SEEN 
BEER 
Em 
Em 
1.7 
EC 
EEE 
BEE 
BEE 
BEER 
EEE 
>> 


N> 


a 


SI 


w 


Ww 


Z 

O-page-X-indiz. 

»Akkumulator« 10 N, 2,C 
N, 2, C 


O-page-absolut 
abs.-X-indiz. 


I; 


Sı senn|r|o r un 
> Sıeris|» P|ir 
HEHE 


Wenn bei der Befehlsausführung eine Page-Grenze überschritten wird, muss noch ein Taktzyklus addiert werden 


iEh 
) 
- 
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Erschienen in: 


Autor: Heimo Ponnath 


Multiplizieren und Dividieren größerer 
Zahlen ist weder mit dem Taschenrechner 
noch in BASIC ein Problem. Mit Assembler 
sieht die Sache anfangs schon nicht mehr 
so einfach aus. Doch auch diese Hürde 
wird genommen. Einige Betriebssystem- 
routinen des C 64 nehmen uns dabei er- 
hebliche Arbeit ab, man muss sie nur ken- 
nen. 


Einige Versprechen sollen diesmal eingelöst 
werden: Die restlichen Bit-Verschiebe-Be- 
fehle werden Ihnen vorgestellt und auch 
gleich ein paar Anwendungen wie die 16- 
Bit-Multiplikation und die 16-Bit-Division. 
Außerdem soll endlich das Programmpro- 
jekt weitergeführt werden. Diesmal erzeu- 
gen wir einen Hilfsbildschirm und legen ihn 
abrufbereit unter den oberen ROM -Bereich. 
Bei der Gelegenheit lernen Sie auch gleich 
noch ein paar Interpreter-Routinen kennen. 


Die restlichen Bit-Verschiebe-Operationen 
Da wäre zunächst einmal das Gegenstück 
zu ASL. Den Befehl haben wir in der letzten 
Ausgabe kennen gelernt. Dort ging es ja um 
das Nach-Links-Schieben. Jetzt schieben wir 
nach rechts. LSR heißt der dazu nötige Be- 
fehl. Das kommt von »Logical Shift Right« 
und heißt zu deutsch »logisches Rechts- 
schieben«. Fragen Sie mich bitte nicht, wes- 
halb »logisch«. Jedenfalls ist LSR ebenso für 
logische Bitprüfungen geeignet wie ASL. 
Mittels LSR wird jedes Bit der adressier- 
ten Speicherstelle um einen Platz nach rechts 
geschoben. An die Stelle von Bit 7 tritt eine 


64’er 371985 
Verantwortlicher Redakteur: 


ist keine fillchemie 


Georg Klinge 


Null, und Bit O wandert in das Carry-Bit (sie- 
he Abbildung 17). 


7 6 5 4 3 2 1 0) Carr 
i A BE BD Bu Ba pa a a BER 


Erinnern Sie sich noch an das dezimale 
Linksschieben mit ASL aus der letzten Fol- 
ge? Wir hatten festgestellt, dass jedes Links- 
schieben einer Dezimalzahl einer Multipli- 
kation mit 10 entspricht. 

Im umgekehrten Fall, also beim Rechtsschie- 
ben, muss jedes LSR einer Division durch 
IO entsprechen: 


25000 wird durch LSR zu 2500 

2500 wird durch LSR zu 250 

250 wird durch LSR zu 25 
und so weiter 


Geht man von der Ausgangszahl (25000) 
aus, dann ergibt sich der erste rechts ver- 
schobene Wert durch Division mit 


10!= 10 
der 2. durch 102= 100 
der 3. durch 103= 1000 
USW. 


Es wird also durch Potenzen der Zahlenbasis 
IO geteilt. Haben wir es - wie im Computer 
- mit Binärzahlen zu tun, deren Basis die 2 
ist, dann teilen wir mit jedem LSR durch 2. 
Je nachdem, wie oft hintereinander das LSR 
auf eine Zahl ausgeübt wird, teilt man dann 
durch 2!=2, 22=4, 23=8 usw. Das konnte 
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Abb. 17: 
Wirkung von 
LSR auf ein 


Byte 
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man sich alles ja schon vorstellen, nachdem 
ASL zur Multiplikation verwendet wurde. 
Auch hier muss man immer das Carry-Bit 
abfragen, denn die Division kann ja unter 
Umständen nicht aufgehen, wie das folgen- 
de Beispiel der Division von 3 durch 2 zeigt: 
(3) 0000 0011 ergibt durch LSR: 0000 
0001 und 1 im Carry-Bit. Das Ergebnis ist 
schon richtig, nämlich 1. Im Carry steht der 
Rest dieser Division, die I. Weil der Rest für 
manche Berechnungen von Bedeutung ist, 
muss das Carry-Bit irgendwie erfasst wer- 
den. Wie man das erreicht, lernen wir später 
noch. 

Leider ist diese Art der Division mittels 
LSR nicht so einfach verwendbar wie die 
Multiplikation mittels ASL. Während man 
dort durch geschicktes Aufteilen des Faktors 
ASL auch bei anderen Multiplikatoren als 
reine Zweierpotenzen anwenden konnte, ist 
das hier nicht so ohne Weiteres möglich. Bei 
Divisionen geht man deshalb lieber andere 
Wege. Die zeige ich Ihnen ebenfalls etwas 
später. LSR kann auf die gleiche Weise 
adressiert werden wie ASL: 


LSR auf den Akku bezogen 
LSR 6000 absolut 

LSR FE Zeropage-absolut 

LSR 6000,X absolut-X-indiziert 

LSR FA,X Zeropage-absolut-X-indiziert 


Im ersten Fall steht das Ergebnis im Akku, in 
den anderen Fällen in der jeweils adressier- 
ten Speicherstelle. Außer der N-Flagge, die 
in jedem Fall O wird, beeinflusst LSR auch 
die Carry-Flagge und unter Umständen die 
Z-Flagge. Je nach Adressierungsart liegt LSR 
als I-Byte-, 2-Byte- oder 3-Byte-Befehl vor. 
Sowohl bei ASL als auch bei LSR hatten 
wir festgestellt, dass man herausgeschobe- 
ne Bits, falls sie noch von Bedeutung sind, 
irgendwie aus dem Carry-Bit (dort sind sie ja 
gelandet) an einen sinnvollen Ort schaffen 
muss. Das ist natürlich möglich: über eine 
Befehlskette, in der zunächst das Carry-Bit 
abgefragt wird. Hierzu ein Beispiel: 
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6000 
6002 
6004 
6007 


BEC 6007 
LDA #01 
STA 8000 
etc. 


Wenn das Carry-Bit frei ist, wird alles Weite- 
re übersprungen. Wenn da drin etwas auf- 
getaucht ist, lädt man eine I (die ist ja im 
Carry-Bit) an die benötigte Speicherstelle 
(hier zum Beispiel 8000). Das kostet aber ei- 
nige Bytes Speicherplatz und einige Taktzei- 
ten Rechendauer. Außerdem erschwert sich 
die Programmierung, wenn man eine Zahl 
öfter verschiebt und dann alle Carry-Inhalte 
nach 8000 packen will. So kompliziert brau- 
chen wir auch gar nicht zu arbeiten, denn 
unsere CPU kennt zwei Befehle, die das Bit- 
Verschieben und das Carry-Verschieben für 
uns erledigen. Das sind: 


- ROL: ROtate Left (Linksrotieren) 
- ROR: ROtate Right (Rechtsrotieren) 


Sehen wir uns zunächst mal ROL (Abbildung 
18) an: 


7 6 5 4 3 2 1 0 


Abb. 18: Wirkung von ROL auf ein Byte 


Wie bei ASL wandert jedes Bit um eine Po- 
sition nach links. Das Bit 7 wird dabei in das 
Carry-Bit verschoben. In Bit O gelangt aber 
hier nicht eine O (wie bei ASL), sondern der 
Inhalt des Carry-Bits (wohlgemerkt der In- 
halt, der dort war, bevor dort hinein Bit 7 ge- 
schoben wurde). Bevor wir auf den prakti- 
schen Nährwert dieses Befehls eingehen, 
sollen erstmal die Adressierungsmöglich- 
keiten aufgeführt werden: 


ROL auf den Akku bezogen 
ROL 6000 absolut 
ROL FE Zeropage-absolut 


ROL 6000,X absolut-X-indiziert 
ROL FE,X Zeropage-absolut-X- 
indiziert 


Je nach Adressierung kann es sich dann wie- 
der um einen I-Byte- bis 3-Byte-Befehl 
handeln. Die N-, Z- und natürlich die Carry- 
Flagge sind beeinflusst, und das Ergebnis 
des Befehls ist im Akku (erste Adressie- 
rungsart) oder in der angesprochenen Spei- 
cherstelle zu finden. 

Wozu das Ganze? Abgesehen von der 
Möglichkeit, einzelne Bits auf diese Weise 
ohne Verlust aus einem Byte durch das Car- 
ry-Bit herausschieben zu können, um sie 
Prüfungen zu unterziehen, gibt es noch die 
Möglichkeit, einen Überlauf bei Rechenope- 
rationen aufzufangen. 

Erinnern Sie sich an die letzte Folge, wo 
wir mittels ASL Multiplikationen durchge- 
führt haben? Dort kann es unter gewissen 
Umständen ja leicht geschehen, dass ein 
Byte für das Ergebnis nicht mehr ausreicht. 

Wir haben in den Beispielen schon die 
Überlegung durchgeführt, dass man mittels 
BCC oder BCS prüfen sollte, ob man eine 
signifikante Stelle (also eine führende I) aus 
dem Byte herausgeschoben hat. Ist das der 
Fall, dann gibt es zwei Wege: 


1.Man veranlasst den Ausdruck eines OVER- 
FLOW ERROR, wenn nur I-Byte-Zahlen zu- 
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jetzt muss dort noch O drinstehen. Um bei 
nochmaliger Multiplikation mit 2 eine 16- 
Bit-Zahl als Ergebnis zu erhalten, verfährt 
man wie folgt: 


6000 ASL 7000 Damit ist die führende | 
ins Carry-Bit gewandert. 
Das setzt man natürlich 
nur dann ein, wenn man 
nicht genau weiß, wel- 
ches Ergebnis zu erwar- 
ten ist. 

Wenn keine I ins Carry- 
Bit gelangte, kann man 
die nächste Zeile über- 
springen: 

Damit wurde der Inhalt 
des Carry-Bits als Bit O ins 
MSB unseres Ergebnisses 
geschoben. 


60.03... BEE 6008 


6005 ROL 7001 


6008 etc. 


Die Funktion dieser Befehlssequenz können 
Sie aus Abbildung 19 entnehmen. Diesem 
Befehl werden wir später bei der 16-Bit- 
Multiplikation und Division noch häufig be- 
gegnen. 

Sehen wir uns nun noch den letzten der 
Bit-Verschiebebefehle an: ROR. In Abbil- 
dung 20 wird schematisch gezeigt, wie ro- 
tiert wird: 


EN 2 6 5 4 3 2 1 0 Abb. 20: 
lässig sind. Wirkung von 
2.Man schaltet um auf 2-Byte-Zahlen. ROR auf ein 
Byte 
Sehen wir uns das mal an dem Schritt I des 
Beispiels aus der letzten Folge an. Dort hat- 
ten wir die Zahl 192 (binär 1100 0000) vor- 
liegen (zum Beispiel in Speicherstelle 7000). Jedes Bit wandert, wie bei LSR, um eine Stel- 
Im Computer werden 2-Byte-Integersin der lenach rechts. Als Bit 7 kommt (im Gegen- 
Form LSB / MSB verarbeitet. Wir schaffen al- satz zu LSR) der Inhalt des Carry-Bits herein. 
so die Speicherstelle für das MSB von 192 Bit O wird ins Carry-Bit geschoben. Adres- 
in 7001. siert werden kann ROR ebenso wie ROL: A 12 
irkung der 
Befehiskombi- 
nation ASL(-) 
o und ROL(-) auf 
zwei Bytes 
(LSB / MSB) 
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ROR auf den Akku bezogen 
ROR 6000 absolut 

ROR FE Zeropage-absolut 

ROR 6000,X absolut-X-indiziert 

ROR FE,X Zeropage-absolut-X-indiziert 


Auch für die Byteanzahl, den Ort des Ergeb- 
nisses und die Flaggenbeanspruchung gilt 
dasselbe wie für ROL. 

Die Einsatzmöglichkeiten für ROR sind al- 
lerdings geringer. Bei 16-Bit-Divisionen kann 
man zwar ROR einsetzen, um einen Unter- 
lauf des MSB ins LSB aufzufangen. Weil man 
aber meist ohnehin andere Divisionsverfah- 
ren verwendet als das oben gezeigte mit 
LSR, erübrigt sich diese Anwendung in den 
meisten Fällen. Gut kann man ROR zu Bit- 
prüfungen einsetzen. Das soll im nächsten 
Abschnitt an einem kleinen Beispiel gezeigt 
werden. 

Zuvor aber noch eine Bemerkung: Wir 
sind nun durch den Befehlssatz des 6502- 
Assemblers fast hindurchgedrungen. Es feh- 
len uns nur noch - wenn ich mich nicht ver- 
sehen habe - vier Befehle. Die allerdings 
hängen eng mit dem so genannten Inter- 
rupthandling zusammen, das uns wohl eini- 
ge Zeit beschäftigen wird. 


Schneller Joystick 

In der 64’er 2 / 1985 veröffentlichte P. Sie- 
pen eine Routine zur Abfrage des Joystick- 
ports, die eine interessante Leserbrief-Reak- 
tion hervorrief. M. Hartig sandte nämlich 
einen Verbesserungsvorschlag, in dem der 
uns interessierende Befehl ROR die Haupt- 
rolle spielt. Bevor ich die allerdings vorstel- 
le, muss erst noch geklärt werden, was und 
wie abgefragt wird. 

Signale vom Joystick landen in den DATA- 
Ports A oder B des CIA 1. CIA heißt »Com- 
plex Interface Adapter« und ist die Instituti- 
on unseres Computers, die den Verkehr mit 
der Außenwelt regelt. Wir haben zwei Stück 
davon (CIA I und CIA 2). Je nachdem, in 
welchen Port der Joystick gesteckt wurde, 
laufen die Signale in den Registern DCOO 
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oder DCOI (dezimal 56320 oder 56321) ein. 
Wir nehmen im Weiteren DCOO an. Die Bits 
O bis 4 beziehen sich auf den Joystick: 


BitO oben 

Bit I unten 

Bit2 links 

Bit3 rechts 

Bit4 Feuerknopf 


Wenn keine dieser Möglichkeiten angespro- 
chen ist, enthalten diese Bits den Wert I. 
Drückt man beispielsweise den Feuerknopf, 
dann wechselt der Inhalt von Bit 4 zum Wert 
O0. Man muss also ständig diese Bits über- 
prüfen und reagieren, sobald eines davon O 
wird. Die Lösung von P. Siepen, diese Abfra- 
ge in das Interruptprogramm einzubauen, 
ist sehr brauchbar. Dadurch hat der Compu- 
ter die Möglichkeit, trotzdem an anderen 
Aufgaben weiterzuarbeiten. 

Wir werden in den nächsten Folgen auf 
diese Programmiertechnik eingehen. Die 
Verbesserung von M. Hartig besteht darin, 
dass er nicht durch CMP-Befehle den Inhalt 
von DCOO prüft (was Zeit und auch Spei- 
cherplatz kostet), sondern mittels ROR Bit 
für Bit nach rechts in das Carry-Bit schiebt 
und dieses dann mit BCC abfragt. Sobald 
die Carry-Flagge nämlich frei ist, ist die zu 
dem Bit gehörige Joystickfunktion gefragt. 
Nun die Abfrageroutine: 


Inhalt des DATA-Port A in 
den Akku 

Durch Rechtsrotieren wird 
Bit O in die Carry-Flagge ge- 
schoben. 

Wenn die Carry-Flagge nicht 
gesetzt ist, war Bit O eine 
Null, also die Joystickfunk- 
tion »OBEN«, zu deren Be- 
arbeitung hier verzweigt 
werden kann. 

Das nächste Rechtsrotieren 
schiebt Bit I in die Carry- 


Flagge. 


LDA DCOO 


ROR 


BCC OBEN 


ROR 


BCC UNTEN Abzweigung zur Bearbei- 
tung von »UNTEN«, wenn Bit 
I nicht gesetzt war. 

ROR Bit 2 ins Carry-Bit 

BCC LINKS und bearbeiten, wenn nicht 
gesetzt 

ROR Bit 3 in Carry-Flagge 

BCC RECHTS und verzweigen, wenn Bit 
3 Null war. 

ROR Zu guter Letzt kommt noch 
Bit 4 ins Carry-Bit 

BCC FEUER und kann bearbeitet werden, 


wenn es Null war. 
weitere Bearbeitung, wenn 
keine Joystickfunktion 


Der Vorteil dieser nur 18 Byte langen Unter- 
routine liegt in ihrer Schnelligkeit: Sie benö- 
tigt nur 24 Taktzyklen, wenn nicht verzweigt 
wird, beziehungsweise 25, wenn verzweigt 
wird. Natürlich wäre an Stelle von ROR auch 
die Verwendung von LSR möglich gewe- 
sen, denn die herausgeschobenen Bits wer- 
den nicht mehr benötigt. 

Im Fall, dass man nach einer solchen Ab- 
frage wieder den Ausgangszustand des Ak- 
kus oder der Speicherstelle herstellen will, 
muss man eine entsprechende Anzahl ROR- 
Anweisungen anschließen, bis Bit O wieder 
in seine Ausgangslage rotiert ist. 


Die 16-Bit-Multiplikation 

Wir haben in der letzten und in dieser Folge 
gelernt, wie man 8-Bit-Zahlen miteinander 
malnehmen kann, um 8- oder 16-Bit-Zahlen 
zu erhalten. Dabei ist unbefriedigend, dass 
man sich über jede Zahl Gedanken machen 
muss, wie man sie am Besten multipliziert. 
Was fehlt, ist ein allgemein gültiges Pro- 
gramm, das in der Lage ist, jede Zahlen- 
kombination zu verarbeiten (solange es sich 
um 2-Byte-Integers handelt und das Ergeb- 
nis als 16-Bit-Zahl darstellbar ist). 

Und da haben wir mal wieder Glück: Gut 
versteckt befindet sich so etwas bereits fer- 
tig in unserem Computer. Ab dez. 45900 
($B34C) liegt im Interpreter solch eine Rou- 
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tine, und ihr Einsprungspunkt ist für uns bei 
dez. 45911 ($B357). Bevor wir aber detail- 
liert darauf eingehen, soll noch das Prinzip 
erklärt werden, das dabei genutzt wird. 

Jeden Tag rechnen Sie wahrscheinlich völ- 
lig automatisch Multiplikationsaufgaben, 
ohne noch Gedanken daran zu verschwen- 
den, wieviel Schweiß das Erlernen dieser 
Technik früher mal gekostet hat. 

Könnten Sie heute noch jemandem genau 
erklären, warum man da was wie macht? 
Genau das müssen wir aber tun, damit der 
Binärautomat (unser C64) multiplizieren 
lernt. Nehmen wir mal eine Multiplikation 
von 16 * 15: 


80 
240 


Dass wir nicht so genau wissen, was wir da 
tun, liegt am ziemlich komplizierten Zehner- 
system. Damit das alles einfacher und über- 
schaubarer wird, wechseln wir mal ins Binär- 
system: 16 = 10000, 15= 1111. Die Aufgabe 
sieht dann so aus: 


10000 :%*° IL2T 


10000 
10000 
10000 
10000 


11110000 


Jetzt wird schon deutlicher, was wir getan 
haben. Der Faktor auf der rechten Seite wur- 
de vom MSB an Bit für Bit durchgesehen. Je- 
des Mal, wenn wir auf eine | gestoßen sind 
(hier waren nur Einsen), haben wir den links 
stehenden Faktor notiert. Dabei sind wir von 
Mal zu Mal um eine Stelle nach rechts ge- 
rückt, was mit dem Stellenwert des im rech- 
ten Faktor gerade betrachteten Bits zu tun 
hat. Das geschah so lange, bis alle Bits des 
rechten Faktors durchgearbeitet waren. Die 
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Abb. 21: 
gramm zur Be- 
triebssystem- 
routine 
UMULT 
Faktor 1:40/41 


Faktor 2: 


113/114 er 
Ergebnis: X/Y y 
| 


a 


c A 
b— ti LII III IFr° 


c 


c A 
e—lqtiII I 11 I* 


f 


d 


A=Y 


> 


c nein 113 
s—[l—tIi1II 11110 
c fi 


"—lqi I] I 11 1% 
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sich auf diese Weise ergebende Kolonne 
wird dann addiert und führt zum Ergebnis. 
Vergleichen Sie: 240 ist wirklich binär 1111 
0000. 

Genauso wie hier beschrieben arbeitet das 
Multiplikationsprogramm. Ein Unterschied 
tritt auf: es wird nicht bis zum Schluss mit 
der Addition gewartet, sondern jede neue 
Zwischenzahl wird sofort addiert. Hier ist 
die Beschreibung der Interpreterroutine: 


Name UMULT 

Zweck Multiplikation zweier 
16-Bit-Zahlen 

Adresse $B357 (dez. 45911) 

Vorbereitungen Faktor I in $28/ 29, Faktor 
2in$71/72 


Speicherstellen $28 / 29, $71 / 72, $5D 
Stapelbedarf keiner 
Register Akku, X- und Y-Register 


Diese Routine hier abzudrucken, wäre reine 
Platzverschwendung. Schalten Sie einfach 
den SMON ein und verlangen Sie von ihm 
ein Disassemblerlisting ab B357. Dort haben 
Sie dann für die weitere Besprechung alles 
parat. In Abbildung 21 finden Sie das Fluss- 
diagramm der UMULT-Routine. 

Das Ergebnis der Multiplikation befindet 
sich in LSB / MSB-Form in den X/ Y-Regis- 
tern. Programm und Flussdiagramm wollen 
wir an einem Beispiel nachspielen. Dazu 
sollen die beiden Zahlen 321 und 65 (binär 
0000 0001 0100 0001 und 0100 0001) 
miteinander multipliziert werden, was be- 
kanntlich 20865 (binär 0101 0001 1000 
0001) ergibt. Was Ihnen in Tabelle 23 als un- 
durchdringlicher Bit-Dschungel entgegen- 
strahlt, ist das schrittweise Verfolgen des 
Programms im Computerformat, also binär. 

In Tabelle 23 sind die Speicheradressen 
alle dezimal angegeben. Dort finden Sie zu- 
nächst die Ausgangslage. In Speicherstelle 
40 / Al steht die ganze Operation über un- 
verändert die Zahl 321. In 113 / 114 finden 
Sie (wegen des LSB / MSB-Formates umge- 
dreht als 114/ 113) unseren Faktor 65. Akku 
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Sya1y2S '9] Spu3 


aaly>S 'S| apu3 
ajlaly2S 'y] apu3 
SJ121y>2S 'EI apu3 
aJla1y2S "ZI 3pu3 
413142 "1 apu3 


aJ121y2S '6 Pu 
2J131y9S 'g 3pu3 


Sya1y>S 01 Spu3| 0 ’T 


0 'T 00000000 
To000000 
orL000000 
trto00000 
0 ’T 00T00000 
TorToo0000 
0OoTTOO000O0 


TTtTOo0000 


0 ’T 000T0000 


TOOOoTOTO 
0000TOTO 
000TOTOO 
00TOTOOO 
0OTOTOOOO 
TotTtoo0000o 
0T000000 
T0o000000 
00000000 


00000000 


rTo0o0000T 
000000TO 
00000TOO 
0000T00O 
000T0000 
00T00000 
0oTOOOOOT 
ToooooTo 
00000000 
00000000 
00000000 
00000000 
00000000 


00000000 


9807 = 59 „ IZE uoneyudiyinw 43p JaIdsıag we JINWN :EZ 'Aeı 


TOOOTOTO 
0000TOTO 
000TOTOO 
00OTOTOOO 
0OTOTOOOO 
ToTo0o0000 
0T000000 
T0000000 
00000000 
00000000 
00000000 
00000000 
00000000 


00000000 


00000000 
00000000 
00000000 
00000000 
00000000 
00000000 
00000000 
00000000 
00000000 
00000000 
0000000T 
000000TO 
00000TOO 


0000TO00O0O 


00000000 


0000000T 


DER 


000000TO AIX 
00000TOO 
0000T000 
000T0000 
00TO0O000O 


0TOOOOOT 


Tooo0oo00TOo IIIA 


00000TOO IIA 


0000TO00O0O IA 


000TOO0OO A 


00T00000 A 


aus eapu| 0 TOoOTTO000 00000000 00000000 00000000 000T000O 0T0O00000 
aus zapua| 07 OTTTOOOO 00000000 00000000 00000000 00T00000 Tt0o000000 Esel 


as ap] 0 TTTTO00O 00000000 00000000 00000000 0TOOOO0OT 00000000 Eu 


00000000 
00000000 
00000000 
00000000 
00000000 


00000000 


aBejsZueßsny 


0000T0O00O0 0o0o0oTooo 00000000 00000000 ToooOoOoTo 00000000 


mn 
A 
m 
Du 
m 
um 


HIN 
BEREEEE 
Hl 
li! 
Hl 
Hl 


107 


Assembler - Folge 9 


und Speicherstelle 93 stehen auf 16, dem 
Bitzähler. In das X- und Y-Register wurde ei- 
ne Null eingelesen. Im Flussdiagramm ist 
diese Situation mit einer I gekennzeichnet. 
Ganz unten im Diagramm sehen Sie, dass 
der Bitzähler 93 erniedrigt und danach ge- 
prüft wird, ob er schon gleich Null ist. Da- 
raus folgt, dass die große Schleife 16-mal 
durchlaufen wird. Den ersten Durchlauf (ge- 
kennzeichnet durch kleine Buchstaben) ver- 
folgen wir im Einzelnen. 

a) Das X-Register wird zur Bearbeitung in den 
Akku geschoben. 

b) Mittels ASL wird das Bit 7 in die Carry- 
Flagge geschoben, was einen Carry-Inhalt 
von O bewirkt. 

c) Der solchermaßen bearbeitete Akku-In- 
halt (der sich hier nicht weiter verändert hat) 
geht wieder zurück ins X-Register. 

d) Nun ist das Y-Register zur Bearbeitung 
dran. Es gelangt in den Akku. 

e) Mittels ROL wandert nun das MSB des X- 
Registers aus dem Carry-Bit in die O-Bit-Po- 
sition des Akkus 

f) und alles zusammen wieder ins Y-Regis- 
ter. Insgesamt wird dadurch die 16-Bit-Zahl 
im X / Y-Register um eine Stellenzahl erhöht, 
was der Vorbereitung zur Addition dient (Er- 
innern Sie sich bitte: Die Kolonne der Einzel- 
ergebnisse wird ja addiert). Im Diagramm 
(ohne Buchstabenkennzeichnung) schließt 
sich hier noch eine Prüfung auf einen even- 
tuellen Überlauf an, der dann mit einer Feh- 
lermeldung beantwortet wird. 

g) Nun wird das MSB der Speicherstelle 113 
nach links ins Carry geschoben. Das ist auch 
hier noch eine Null. 

h) Anschließend wandert dieser Carry-In- 
halt als Bit O in Speicherstelle 114. Bit 7 von 
114 landet dafür im Carry. Auch hier wird 
auf diese Weise die ganze 16-Bit-Zahl 113 / 
114 um ein Bit nach links geschoben und im 
nächsten Schritt - im Flussdiagramm wieder 
ohne Buchstabe - geprüft, ob da eine I oder 


eine O ins Carry-Bit geshiftet wurde. Wenn 
lediglich eine Null auftrat - wie hier -, dann 
springt das Programm sofort zum Herunter- 
zählen des Bitzählers 93. Tritt aber eine | 
auf, dann addiert sich der Inhalt von 40/41 
zu X / Y. Hier wird der Zustand der betroffe- 
nen Speicherstellen und Register nach dem 
ersten Schleifendurchlauf gezeigt. 

Römisch Il bis XVI zeigen nun jeweils den 
Zustand nach dem 2. bis 16. Durcharbeiten 
der großen Schleife. 

Wenn Sie verstehen möchten, was da 
passiert, sollten Sie versuchen, Tabelle 23 
nur als Kontrolle zu verwenden und ansons- 
ten selbst alle Schritte nachzuvollziehen. 


16-Bit-Division 

Beim umgekehrten Weg, nämlich der Tei- 
lung von zwei I6-Bit-Zahlen, haben wir nicht 
so viel Glück: Ich konnte keine derartige 
Routine im Interpreter entdecken. Nun gibt 
es aber fast in jedem Lehrbuch der Maschi- 
nensprache die Vorstellung eines solchen 
Programms, so dass man sich das Schönste 
aussuchen kann. 

Das Prinzip ist dasselbe, das wir von der 
normalen Division gewohnt sind: Der Divi- 
sor wird Schritt für Schritt vom Dividenden 
abgezogen. In der Literatur! fand ich eine 
sehr kurze Routine, die ich Ihnen leicht mo- 
difiziert als Programm vorstellen will. 

In Abbildung 17 wird ein Flussdiagramm 
dieser Routine gezeigt, und in Tabelle 24 
lacht Ihnen wieder das Bit-Gewirr entgegen, 
das Sie schon von der Multiplikation her 
kennen, hier aber für die Division gezeigt 
wird. Damit Sie wissen, wo was hinein- bzw. 
herauskommt, schauen Sie sich folgende 
Tabelle an: 


A :B =C + Rest 
t? t t? t? 


$57 / 58 $59 / 5A $57 / 58 $5C/ 5D 


! »Computerspiele und Wissenswertes zum Commodore 64«. Verlag Markt & Technik, Haar bei München 1984. Das 
ist die Übersetzung des amerikanischen Buches »More on the Sixtyfour« von P. Lücke und jedem Assembler-Program- 


mierer sehr zu empfehlen. 
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Am folgenden Beispiel soll der Programm- 
verlauf getestet werden: Wir teilen 20867 
durch 321. Dabei kommt nach Adam Riese 
heraus: 65, Rest 2. In folgender Weise wird 
in die Speicherzellen die Aufgabe einge- 
speist: 


inoo [oo [ua 
Toasa | onon | e 


Tonoo | oooo | mn | 
onoo | one | mes 


Als Bit-Zähler dient hier das Y- Register. 

b) Erstes Linksschieben des LSB mittels ASL. 
Dabei gelangt die I in das Carry-Bit. 

c) Hineinrotieren der | aus dem Carry in das 
MSB mittels ROL. 

d),e) Linksrotieren der 16-Bit-Zahl in $5C / 
5D, die jetzt noch O ist. 

f) Situation am Ende der ersten Schleife. Der 
Bitzähler ist um I reduziert. 

Im Folgenden wird dann jeweils die Situa- 
tion am Ende der Schleife gezeigt. Beim Be- 
rechnen der Differenz muss jeweils darauf 
geachtet werden, dass die Subtraktion einer 
Zahl als Addition des Zweierkomplements 
ausgeführt wird. Das haben wir in den Fol- 
gen 3 und 4 der Serie kennen gelernt. Aller- 
dings muss an dieser Stelle noch mal gesagt 
werden, dass die I, die zum Einerkomple- 
ment addiert wird, um das Zweierkomple- 
ment zu erhalten, das gesetzte Carry-Bit ist. 

Nun dürfte es für Sie eigentlich keine Pro- 
bleme mehr geben, was das Nachvollziehen 
der Divisionsroutine betrifft. 

Damit dürfen wir getrost die 16-Bit-Arith- 
metik abschließen. Alle vier Grundrechnungs- 
arten können Sie jetzt programmieren. 

Weitere Rechenarten, wie Potenzieren, 
das Ziehen von Wurzeln, Logarithmen etc. 
bedingen ohnehin, dass die Argumente oder 
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Abb. 22: 

Start Division des Programms 
zur 16-Bit- 
Division 


Initialisieren: 


(SC) 


0 (5D) 
x 


16 y 


c 57 
Ku sBEHREREE 
c : 
+tlI1I 111 1e 


c 5C 
KuslHHHBBEE 
c 5D 
KusHHHEBRBE 


Subtraktion 
SCI5D - 59/5A 
= XIA 


(57) = (57) +1 


©, 


ja 
A B = C + Rest 


57158 S9Y5A 957158 SC/5D 


109 


Assembler - Folge 9 


Ergebnisse keine Integerzahlen sind. Hier 
werden wir dann mit Fließkommaarithmetik 
arbeiten und den dazu vorgesehenen Inter- 
preterroutinen. 


Das Programmprojekt wird fortgeführt 

Im 6. Teil dieser Serie haben wir ein Projekt 
gestartet, das dort eine Kopfzeile rückholbar 
unter den oberen ROM-Bereich verschob. 
Unser Wissen ist seither gestiegen und da- 
mit auch unsere Ansprüche. Eine Kopfzeile 
reicht nicht mehr - jetzt soll es ein ganzer 
Hilfsbildschirm sein, den wir erst in aller Ru- 
he erstellen wollen, um ihn dann jederzeit 
abrufbar unter das Betriebssystem zu pa- 
cken. Den Aufruf wollen wir wieder mit der 
USR-Funktion steuern. Diesmal soll aber so 
programmiert werden, dass der Hilfsbild- 
schirm erhalten bleibt, man ihn also mehr- 
fach einblenden kann. 

Über die Nützlichkeit einer solchen Routi- 
ne braucht man sicherlich nicht viele Worte 
zu verlieren: Denken Sie da nur mal an Pro- 
gramme, die irgendwelche Tasten mit be- 
sonderen Funktionen belegen, für die Sie ei- 
ne Gedächtnisstütze brauchen, oder ... 

Als Programm 3 ist ein kleines Demo-Pro- 
gramm abgedruckt, welches zuerst einen 
Bildschirm erstellt, dann die Routine »Ver- 
schieben« aufruft, den Bildschirm löscht, neu 
beschreibt und schließlich mit einem weite- 
ren USR den alten Bildschirm einblendet (vor- 
her Programm 4 und 5 laden). 

Von nun an können Sie immer - auch im 
Direktmodus - durch ein USR-Kommando 
diesen Bildschirm abbilden. Zum Programm 
aus Folge 6 sind noch zwei Dinge zu bemer- 
ken, die hier geändert werden sollen. 

Erstens eine Frage: Ist Ihnen der Computer 
beim Aufruf des Programms mal abge- 
stürzt? Die Wahrscheinlichkeit dafür ist un- 
gefähr 1:60 - wenn nämlich ein Interrupt 
stattfindet, während die Speicherstelle I ge- 
andert wird. Obwohl wir erst in den nächs- 
ten Folgen auf Interrupts eingehen werden, 
wollen wir die Wahrscheinlichkeit für so ei- 
nen Absturz auf Null reduzieren. Eine ande- 
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re Sache ist der Ort, an dem sich das Pro- 
gramm befand. Es hat sich nämlich heraus- 
gestellt, dass anscheinend die Nutzung die- 
ses dort gewählten Speicherbereichs nicht 
ganz so problemlos ist. Bei einigen Anrufen 
wurde mir erzählt, dass zumindest der An- 
fang ab $02A7 bei bestimmten Konstellatio- 
nen überschrieben wird. 

Deswegen packen wir unser Programm 
ganz unkonventionell nach $6000, von wo 
Sie es - das beherrschen Sie ja mit dem 
SMON inzwischen sicher - dorthin schieben 
können, wo es Ihnen gefällt. Allerdings 
müssen dann auch die USR-Adressen geän- 
dert werden. Aber auch das dürfte für Sie 
inzwischen kein Problem mehr sein. 

Um diese immerhin schon 2000 Byte (je 
1000 für den Bildschirm und für das Farb- 
RAM) zu verschieben, bedienen wir uns der 
Blockverschiebe-Routine: 


Name BLTUC 

Zweck Verschieben von Speicher- 
inhalten im Speicher 

Adresse $A3BF (dez. 41919) 


Vorbereitungen Quelle: Startadresse nach 
$5F/ 60, Endadresse + I nach 


$5A/5B 
Ziel: Endadresse +1 nach 
$58/59 
Speicherstellen $58-5B, $5F, $60, $22 
Stapelbedarf keiner 
Register Akku, X- und Y-Register 


Wieder besteht unser Programm aus zwei 
Teilen. Im ersten wird der aktuelle Bild- 
schirm nach oben geschoben. Dieser Teil 
speist lediglich zuerst die Adressen des Bild- 
schirms und des Betriebssystem-ROM in die 
Abholspeicherstellen der danach aufgerufe- 
nen Routine BLTUC und wiederholt diesen 
Vorgang für die Bildschirmfarbspeicherad- 
ressen. Danach verstellen wir noch den USR- 
Vektor und kehren mit TRS ins BASIC-Pro- 
gramm zurück (siehe Programm 3). 
Komplexer ist der zweite Teil. Um nämlich 
die Informationen unter dem ROM lesen zu 
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33ejpu3 = 


S1aıu>s 9] 9PUuJ 


241aly>S 'gI 3pu3 
ayaly>2S 'y| 3pu3 
S4aly>S 'EI apu3 


S121y>S "ZI Spu3 


3aly>S "Il 9PUF 


SJaly>s Ol 9PU3 


2431UIS ‘6 3pu 


SJ131y2S '8 3puJ 


2Ja1yaS ‘2 3pu 


ZJ13149S '9 apu7 
3J12]49S 'G apu 


SJ31yS 'y apu3 


aJ121y>S 'E apu3 


SJ1a[y9S 'Z 3pu3 


SJ131y2S ‘I Spu3 


usqaıy>ssyu "7 
usqaty>ssyulT "I 


uf U [s3ueßsny 


0’rt’o’T 
0’T 

0’T 
0’T 


0’T 


T’t’o’T 
0’T’0’T 
o’rt’o’rt’t 
o’r’o’T 
0’T 
0o’T 
0’T’0’T 
o’T 
o’t’o’T 


0o’T 


-i 


T0000000 
0 


T000000 


TTOOOOOO|TTTOOTTT|OTTTTTTTIOOOTOTOOI00000000|TOOOOOTO|TOOOOOOO|OOOTOOOO 


00T00000 


TOTOO000 


0OTTO0000 


TTTO0000 


000TOOO0O|O0O0O0TOOO|TTTTTTTT|ITOOOTOTO|0O0000000 | TOOOOOTO|TO0O00000|00000000|TTOOOO0T| IIIA 


TOOTO000 


0OTOTOO00O 


TTOTOOOOJTOOTOOTT|OTTTTTTT,IOTOTOO00|00000000 


OOTTOOOOJ|OOTOOOTT|OTTTTTTTITOTOOO0O00|00000000|TOOOOOTO 


TOTTOO0O0O 


OTTTOOOO 


TTTTO0O0O 


0000T000 


00000TTO 


TTTT0O000 


TTOOTOTT 
TOOTOOTT 
TOoT0O0000 
TOT0O0000 


OTOOOTTO 


TTTOOTTT 


TTOOTOTT|OTTTTTTTJOOTOTOO0|00000000 


TOOOOOTT 


000000TL 


TITTTTTOT 


00000000 


EG 00000000|0T000000|00000000 


TITTTTTIT 


TITTTTTT 


OTTTTTTI 


OTTTTTTI 


00000000 


00000000 


TITTITITI 


OTLTTTITTT 


OTTTTTTI 


OTTTTITTT 


OTTTTTTT 


TISsa4 S9 = IZE: 29807 IPIdsıag we YLay>S any Bay>S volstaIg-Ng-9] :y7Z 'ArL 


OTOO0000|00000000|TOOOOOTO|TOOOOOOOITOOOOOTO|0O0000000 


TT0O00000|T0O000000 000000T0|00000000| ®IAX 


TOOOOTOT|OOOO0O000|TOOOOOTOITOOOOO0O0|DOODOOOTOO|0O000000T 


0O000TOTOJOOOOOOOO|TOOOOOTO|TOOOOOOO|OOOOTOOOJOOOOOOTT| AIX 


00000TTO 
O0OTOTOOOJDOOOOOOOOITOOOOOTO|TOOOOOOO|OOTOOOOOJ|OOOOTTOO 


OTOTOO0O0J|DOOOOOOOOITOOOOOTO|TOOOOOOOIOTOOOOOOJ|OOOTTOOO 


TOTOOO00|0O0OOOOOO|TOOOOOTO|TOOOOOOO|TOOOOOOOJIOOTTOOOO 


OTTOOOTO|TOO0O000O0 00000000|00TT0O000 


TTOOOTOT|O0000000)TOOOO0OTO|TOO0O0000|00000000|0TTOO00O0 


O00TOTOOJ|OOOOOOOO|TOOOOOTO|TOOOOOOO|OODOOOOT|TOOOOOTT| IIA 


TOOOOOTO|TOOO0O000|0O00000TT|OOOOOTTO IA 


TOO0O00TO|TOOOO0OOO|OOOOOTTO|OOOOTTOO A 


T0O000000|0000TTOO|O00TTOOO AI 


0OTOO0000|00000000|TOOOOOTO|TOOOOOOOJIOOOTTOOOJ|OOTTOOOT 


T0000000/)00000000)TOO000TO|TOOOOOOOJ|OOTTOOOOJOTTOOOTO 


00000000|00000000|TOO0O00TO|TOOOOOOO|OTTOOOOO|TTOOOTOT 


00000000|00000000 


TTOOOTOL 


OTTOO0O00O0 


00000000J00000000|TOOOOOTO|TOOOOOOO|TTOOOOOTI|TOOOTOTO 


m 
un 


| 


| 


| 
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Abb. 23: 
Flussdiagramm 
zur Betriebs- 


systemroutine 
BLTUC Subtraktion 

(5A) - (5F)—+22 

>Y 


Subtraktion 
(SB) - (60) x 


nein 


Subtraktion 


(5A) - (22) (5A) 


S ,Ja 
(5B) = (5B) - 1 


Subtraktion 


(58) - (22) (58) 


nein 


[nee 


nein 
(dies ist ein unbedingter Sprung, 
weil Carry hier immer 0 ıst) 


Restbereich 
umladen über A 
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ganze Pages 
umladen über A 


können, muss dieses ausgeschaltet werden. 
Leider lässt sich das Betriebssystem-ROM 
nur zusammen mit dem BASIC-Interpreter 
ausschalten. $A3BF ist aber eine Interpreter- 
Routine! Da bleibt uns nichts anderes übrig, 
als diese Routine in unser Programm einzu- 
bauen, was uns die Gelegenheit gibt, sie uns 
mal etwas anzusehen. Abbildung 23 zeigt 
das Flussdiagramm der Routine. 

Programm 5 zeigt den zweiten Teil unse- 
res Hilfsbildschirm-Programms. 

Von $6040 an, wohin wir am Ende des 
ersten Teils den USR-Vektor gerichtet haben, 
wird zunächst wieder Quell- und Zielbereich 
in den Abholspeicherstellen spezifiziert und 
jeweils danach zuerst für den Bildschirm, 
dann für das Farb-RAM, das übernommene 
Unterprogramm angesprungen. Ab $6077 
liegt dann das modifizierte Unterprogramm. 
Die Befehle SEI und CLI gehören zu den 
wenigen, die Sie erst noch kennen lernen. 
Sie sind es, die die Absturzwahrscheinlich- 
keit auf Null bringen. Jedenfalls wird zuerst 


das ROM aus- und dafür RAM eingeschal- 
tet. Ab $607F bis $60B9 befindet sich die 
Interpreter-Routine BLTUC. 

Darin wird zunächst die Länge des zu ver- 
schiebenden Bereichs berechnet, dann fest- 
gestellt, ob nur ganze Pages (Seiten) oder 
auch ein Restbereich verschoben werden 
soll. Falls ein solcher Restbereich vorhanden 
ist, wird auch seine Länge berechnet und 
zuerst dieser verschoben. Daran schließt 
sich das Verschieben der ganzen Pages an. 
Das X- und das Y-Register dienen dabei als 
Zähler. 

Ab $60BB schließt sich wieder unsere ei- 
gene Routine an, in der wir die ROMs wie- 
der einschalten. Auf diese Weise lassen sich 
noch mehrere Hilfsbildschirme unter ROM- 
Bereiche packen. Vielleicht überlegen Sie 
sich mal dazu einen Weg? 


Die ROM Bereiche als Datenquelle 

Die ROM-Bereiche enthalten nicht nur aus- 
geklügelte Maschinenprogramme, sondern 
auch eine Menge Daten. Sollten Sie mal in 
die Verlegenheit kommen, beispielsweise 
die Zahl Pi im MFLPT-Format verwenden zu 
müssen, dann erfordert das einen ganz schö- 
nen Aufwand an Rechen- und Programmar- 
beit, oder Sie möchten bestimmte Texte wie 
beispielsweise eine Fehlermeldung verfüg- 
bar halten ... und so weiter. Viele von diesen 
Daten sind schon in der Firmware enthalten, 
und wir werden im Folgenden festhalten, 
wo sie sich befinden und welches Format 
man vorfindet. 

Sehen wir uns zunächst Zahlen an (Tabelle 
25). Es existieren noch weitere Zahlentabel- 
len in den ROM-Bereichen, die aber selten 
von Interesse sind. Ebenso wie Zahlen fin- 
det man auch Texte als ASCII-Werte im 
ROM abgelegt (Tabelle 26). 

Sollten Sie mal in die Verlegenheit kom- 
men, solche Texte ausgeben zu wollen, dann 
legen Sie sie nicht noch mal in einer eige- 
nen Texttabelle ab, sondern schöpfen Sie 
aus dem Fundus, den wir im ROM -Bereich 
fix und fertig haben. 
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1 REM Akku KK A A A A a a a a a a a a a ı ı a a ak a ı u u 
2 REM * * 
3 REM * PROGRAMM 3 * 
4 REM * * 
5 REM * ERSTELLEN UND AUFRUF EINES * 
6 REM * HILFSBILDSCHIRMS * 
7 REM * * 
8 REM * HEIMO PONNATH HAMBURG 1985 * 
9 REM = 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 zz 2 2 2 2 2 2 2 2 2 2; 
10 PRINT CHR$ (147) POKE 785,0 : POKE 
786,96 : GOTO 30 
15 REM ------- UP-CURSOR SETZEN -------- 
20 POKE 211,SP : POKE 214,2 : SYS 58640 
RETURN 
25 REM -ERSTELLEN DES HILFSBILDSCHIRMS- 
30 Z=1 : SP=1 : GOSUB 20 : PRINT "xxx 
Ark k hy a a  k  ı y ı k ah ak a a N! 
40 Z=21 : SP=1l : GOSUB 20 : PRINT "xxx 
Ak A a a a a a a ı a a a hy ı ah ak a a a N! 
50 Z=10 : SP=7 : GOSUB 20 : PRINT "TEST 
FUER DIE VERSCHIEBUNG" 
55 REM ---- AUFRUF ZUM VERSCHIEBEN ----- 
60 A=USR (DUMMY) 
65 REM --- BILDSCHIRM NEU BESCHREIBEN--- 
70 GET A$ : IF A$="" THEN 70 


80 PRINT CHRS$S (147) :2=2:SP=2:GOSUB 20: 


PRINT "JETZT SOLLTE DER ALTE BILDSCHIRM" 
90 Z=4:SP=2:GOSUB 20:PRINT "UNTER DAS 
KERNAL-ROM GESCHOBEN SEIN" 

100 PRINT:PRINT:PRINT " -- JEDER{2 SPA- 
CE}USR-AUFRUF HOLT DEN --" 

110 PRINT " -- HILFSBILDSCHIRM WIEDER. {3 
SPACE} " 

120 PRINT " -- AUCH IM DIREKT-MODUS {7 
SPACE} --" 

130 PRINT:PRINT:PRINT"{2 SPACE}PROBIEREN 
SIE MAL: A=USR(1) <RETURN>" 

140 Z=19 : SP=0 : GOSUB 20 : END 


113 


Progr. 3: 

Das Demo- 
Programm zur 
neuen Verschie- 
beroutine. Vor- 
her müssen Pro- 
gramm A und 
Programm 5 
geladen wer- 
den. 
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Tab. 25: 

Im ROM stehen 
nicht nur Pro- 
gramme, son- 
dern auch Tabel- 
len. Hier einige 
wichtige Zahlen 


Start - 
adresse 


Start- 


Zahl 
adresse 


Format Format Zahl 


SAEA8 MFLPT 


ae) 
r 


oO r 
un 


SBFE3 MFLPT 0,693147186=1n2 


SB1A5 MFLPT - 32768 SBFE8 MFLPT 


SB9IBC MFLPT SEO8D MFLPT 11879546 


$BIC1 1-Byte-Integer | 3 $SEO092 MFLPT 3,92767774E-08 


$B9C2 MFLPT 0,434255942 SE2EO MFLPT 1,57079633=Pi/2 


SB9C7 MFLPT 0,576584541 SE2E5 MFLPT 6,28318531=2*Pi 


SBICC MFLPT 0,961800759 SE2EA MFLPT 0,25 


SB9D1 MFLPT 2,88539007 SE2EF 1-Byte-Integer | 5 


$B9D6 MFLPT 0,707106781=SOQR (1/2) SE2FO MFLPT -14,3813907 


SB9DB MFLPT 1,41421356=SQOR(2) SE2FS MFLPT 42,0077971 


$SB9IEO MFLPT 0,3 SE2FA MFLPT - 76, 7041703 


$SB9IES5 MFLPT 0,693147181=1n2 SE2FF MFLPT 81,6052237 


SBAF9 MFLPT 


P 
oO 


$SE304 MFLPT -41,3417021 


$SBDB3 MFLPT 939393939939,9 $E309 MFLPT 6,28318531=2*Pi 


S$SBDB8 MFLPT 999999999 SE33E 1-Byte-Integer | 11 


S$SBDBD MFLPT 1000000000 $SE33F MFLPT -6,8473912E - 04 


SBF11 MFLPT $SE344 MFLPT 4,85094216E - 03 


= 


SBF16 4-Byte-Integer | - 100000000 $E349 MFLPT -0,0161117018 


SBFI1A 4-Byte-Integer | 10000000 $E34E MFLPT 0,034209638 


SBFI1E 4-Byte-Integer | - 1000000 $SE353 MFLPT -0,0542791328 


SBF22 4-Byte-Integer | 100000 $SE358 MFLPT 0,0724571965 


$BF26 4-Byte-Integer | - 10000 SE35D MFLPT -0,0898023954 


SBF2A 4-Byte-Integer | 1000 SE362 MFLPT 0,110932413 


SBF2E 4-Byte-Integer | - 100 SE367 MFLPT -0,142839808 


$SBF32 4-Byte-Integer | 10 SE36C MFLPT 0,19999912 


SBF36 4-Byte-Integer | -1 SE371 MFLPT -0,333333316 


SBF3A 4-Byte-Integer | - 2160000 $SE376 MFLPT 


SBF3E 4-Byte-Integer | 216000 SE3BA MFLPT 0,811635157 


Tabelle der 
Farbkodes 


SBF42 - 36000 SE8SDA- | 1-Byte-Integers 


$SE8E9 


4-Byte-Integer 


SBF46 4-Byte-Integer | 3600 
SEB81 - 


SEBCI 


1-Byte-Integers | Tastaturdekodierung: 


>BF4A einzelne Tasten 


4-Byte-Integer 


SBF4E 4-Byte-Integer 


SEBC2 - 
$SECO2 


1-Byte-Integers | Tasten mit <SHIFT> 


$SBFBF MFLPT 1,44269504=1/1n2 


SECO3 - 
SEC43 


1-Byte-Integers | Tasten mit <C=> 


SBFC4 1-Byte-Integer | 7 


SBFC5 MFLPT 2,14987637E-05 
SEC78 - 


SECBB8 


1-Byte-Integers | Tasten mit <CTRL> 


SBFCA MFLPT 1,43523140E - 04 


SBFCF MFLPT 1,34226348E - 03 


SECB9I - 
$SECES 


1-Byte-Integers | VIC-II-Chip- 


Registerwerte 


$BFD4 MFLPT 9,61401701E-03 


SECFO - 
$SEDO8 


1-Byte-Integers | Tabelle der LSBs der 
Bildschirmanfangs- 
adressen 


SBFD9I MFLPT 0,0555051269 


SBFDE MFLPT 0,240226385 
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00 
1% 
5D 
10 
57 
58 
SS 
5D 


5G 
59 


5D 
5A 
06 
5E 
5D 
57 


E3 


LDX 
STX 
sSTX 
LDY 
ASL 
ROL 
ROL 
ROL 
SEC 
LDA 
SBC 
TAX 


#00 
5E 
5D 

#10 
57 
58 
5C 
5D 


sc 
5:9 


SD 
5A 
5022 
5C 
5D 
57 


5008 


‚>000 A2 
‚5002 86 
‚5004 86 
‚5006 AO 
‚>008 06 
‚>»00A 26 
‚SODE 26 
‚500E 26 
‚5010 38 
‚soll A5 
3013 ES 
‚5015 AA 
‚5016 A5 
‚5018 ES 
‚501A 90 
‚5solc 86 
‚5so0lE 85 
‚5020 E6 
„5022 88 
„023 DO 
‚5025 60 
® 

Progr. 4: 

Die 16-Bit-Division 

‚6000 A9 
‚6002 85 
‚6004 A9 
‚6006 85 
‚6008 A9 
‚600A 85 
‚s00ocC 85 
‚s00E A9 
‚6010 85 
‚6012 A9 
‚6014 85 
‚6016 20 
‚6019 A9 
‚601B 85 
‚s01D A9 
‚601F 85 


00 
5F 
04 
60 
EB 
5A 
58 
07 
5B 
E3 
59 
BF 
00 
SE 
D8 
60 


A3 


LDA 
STA 
LDA 
STA 
LDA 
STA 
STA 
LDA 
STA 
LDA 
STA 
JSR 
LDA 
STA 
LDA 
sSTA 


#00 
SE 
#04 
60 
#EB8 
5A 
58 
#07 
5B 
#E3 
59 
A3BF 
#00 
5F 
#D8 
60 


Assembler - Folge 9 


adresse 
SA004 CBMBASIC 


SAOIE - SA19D | Texte der BASIC-Befehlsworte 
(im letzten Byte ist jeweils 
Bit 7 gesetzt) 


Texte der BASIC-Fehler- und 
Systemmeldungen (im letzten 
Byte ist jeweils Bit 7 ge- 
setzt) 


SAIL9E - $A327 


$A364 - SA38A | Weitere Systemmeldungen: 
ERROR, IN, READY, BREAK 


letzte Byte ist jeweils 


SACFC - S$SADI1D | Fehlermeldungstexte für INPUT: 


?EXTRA IGNORED, ?REDO FROM 


START (das letze Byte ist je- 
weils 0) 


‚6021 A9 E8 LDA #E8 

6023 85 5A STA 5A 
‚6025 A9I DB LDA #DB 

6027 85.5B STA 5B 
‚6029 A9 Dl LDA #D1 

‚602B 85 58 STA 58 
‚602D A9 E7 LDA #E7 

‚6e02F 85.59 STA 59 
‚6031 20 BF A3 JSR A3BF 
‚6034 AI 40 LDA #40 

‚6036 8D 11 03 STA 0311 
6039 AI 60 LDA #60 

‚603B 8D 12 03 STA 0312 
‚603E 60 RTS 
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Tab. 26: 

Diese Texte sind 
im ROM als AS- 
CII-Werte abge- 


legt. 


Progr. 6: 
eine Verschie- 
beroutine 
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Progr. 5: ° 


Zweiter Teil 
der Verschiebe- 
routine 


Tab. 27: 

Die in dieser 
Folge 27 er 
chenen 
Assembler- 
Befehle 


‚6084 85:22 STA 22 
»603E EA NOP ‚6086 A8 TAY 
‚6040 A9 00 LDA #00 6087 A5 5B LDA 5B 
‚6042 85. 5F STA SF 60:89 E5:.60 SBC 60 
‚6044 A9 EO LDA #EO ‚608B AA TAX 
‚6046 85 60 STA 60 ‚o08€C E8 INX 
‚6048 A9 E8 LDA #E8 ‚608D 98 TYA 
‚804A 85 5A sSTA 5A ‚608E E00. 23 BEQ 60B3 
‚e04C 85. 58 STA 58 ‚6090 A5 5A LDA 5A 
‚604E A9 E3 LDA #E3 0092 38 SEC 
‚6050 85 5B STA 5B ‚6093 ES. 22 SBC 22 
‚6052 A9 07 LDA #07 „60.95 85 5A STA SA 
‚6054 85. 59 STA 59 6097 BO 03 BES: 609€ 
‚6056 20 77 60 JSR 6077 093 C6 5B DEC SB 
‚6059 A9 E9 LDA #E9 ‚s09B 38 SEC 
‚605B 85.5F STA 5F 609C A5 58 LDA 58 
‚605D A9 E3 LDA #E3 ‚609E ES..22 SBC 22 
»GUSF 85:60 STA 60 ‚60AO 85 58 STA 58 
‚6061 A9 D1 LDA #D1 ‚60A2 BO 08 BCS 60AC 
„6063 85 5A STA 5A ‚60A4 C6.59 DEC 59 
‚6065 A9 E7 LDA #E7 ‚60A6 90 04 BCC 60AC 
6067 85::5B STA 5B ‚60A8 Bl. SA LDA (5A),Y 
‚6069 A9 E8 LDA #E8 ‚s0AA 91. 58 STA (58),Y 
‚606B 85,58 STA 58 ‚eDOAC 88 DEY 
‚606D A9 DB LDA #DB ‚60AD D0’FYI BNE 60A8 
‚606F 85,59 STA 59 ‚60AF Bl 5A EDA: (SAN .Y 
‚6071 20T 60 JSR 6077 ‚60Bl 91. 58 STA.. 1581,Y 
‚6074 60 RTS ‚60B3 Ce 5B DEC SB 
‚6075 EA NOP "60B5 Ce 59 DEC 59 
‚6076 EA NOP ‚60B7 CA DEX 
‚6077 78 SEI ‚60B8 DO. E2 BNE 60AC 
‚6078 AS 01 LDA 01 ‚60BA 68 PLA 
‚607A 48 PHA ‚,60BB 85-01 STA 01 
‚607B A9 35 LDA #35 ‚60BD 58 CEI 
,60:7D 85 01 STA 01 ‚60BE 60 RTS 
»607E 38 SEI FE SPS BETA ENgeeneneders 
‚6080 2 = LDA 2 > 
‚6082 SBC 


Dauer in influssung 
Befehlswort | Adressierung | Byte-Anzahl Kode 
Be BE 


BE m 27277) BE SR ET DE 75 
ee | a Emmen 
Sp ospagerabsone a | a I m | Emmen 
I jprpsseisäie | ee | es | 8 mm, e > 


sen fpaekamstetsse| I a I 1 Ina 


Rn 
8 
Q 


N|IN 
arajayga]ıa 


BE 


absolut 


NIN|N|N 
Q 


Pakkumulatore GUEST 
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Auf zum Endspurt: Die letzten vier As- 
sembler-Befehle werden in Angriff genom- 
men (dies ist jedoch nicht die letzte Folge 
des Kurses). Wir steigen ein in ein uner- 
hört interessantes, wenn auch nicht einfa- 
ches Thema: die Interrupt-Technik. 


Die Assembler-Befehle haben wir bis auf vier 
noch offen stehende alle behandelt. Diese 
vier, die alle mit dem Interrupt-Handling zu- 
sammenhängen, sollen diesmal unser The- 
ma sein. Um nach längerer Zeit mal wieder 
auf den Titel dieser Serie zurückzukommen 
(nämlich die Alchemie!): Wenn wir diese 4 
Befehle beherrschen, haben wir den ersten 
Schritt zum Meister der Assembler-Alche- 
mie getan. Diese vier kleinen I-Byte-Befeh- 
le öffnen uns eine geheime Pforte zu einem 
Universum an Programmier-Möglichkeiten, 
von dem wir bisher kaum zu träumen ver- 
mochten. 

Doch genug der Schwärmerei - erst kommt 
noch eine Menge Arbeit, die uns wohl meh- 
rere Folgen dieser Serie in Atem halten wird. 
Zuvor noch eine Bemerkung: Es gibt kaum 
ein Thema im Rahmen der Programmierung 
in Assembler, welches so penetrant häufig 
Abstürze provoziert wie das nunmehr ange- 
steuerte! Falls Sie noch keine RESET-Taste 
an ihrem Computer haben, wird es nun 
höchste Zeit. Diese nützlichen Dinger zäh- 
len zur Grundausstattung eines Assembler- 
Alchemisten. 


Was sind Interrupts? 
Unser Computer ist - solange er eingeschal- 


64’er 771985 


ist keine filchemie 


Georg Klinge 


tet ist - ständig mit irgendwelchen Tätigkei- 
ten beschäftigt. Im Direktmodus hängt er 
beispielsweise meistens in einer Warte- 
schleife und harrt der Eingaben, im Pro- 
gramm-Modus arbeitet er sich mit Hilfe der 
Interpreterschleife durch einen BASIC-Be- 
fehlstext hindurch und so weiter. Nun wer- 
den Sie ja sicher schon festgestellt haben, 
dass er im Direktmodus auch den Cursor 
blinken lässt, in beiden Modi die TI$-Uhr 
weiterzählt und weitere Dinge macht, die 
anscheinend so nebenher passieren. Schon 
in der ersten Folge dieser Serie aber haben 
wir einen Unterschied zwischen Mensch 
und Computer festgehalten: Der Mensch 
kann mehrere Dinge gleichzeitig tun, der 
Mikroprozessor ist nur zu einer Arbeit pro 
Zeiteinheit fähig. Weil aber diese Zeiteinhei- 
ten so unfassbar kurz sind (etwa eine Milli- 
onstel Sekunde), haben wir Benutzer den 
Eindruck der Gleichzeitigkeit. 

Wenn dem aber so ist, wie macht es der 
Computer, dass er beispielsweise ein Pro- 
gramm abarbeitet und trotzdem die TI$-Uhr 
weiterzählt? Durch Unterbrechungen ( to in- 
terrupt = unterbrechen) der gerade ausge- 
übten Tätigkeit. Ein Beispiel aus dem tägli- 
chen Leben soll uns das illustrieren: 

Sie lesen gerade diesen Artikel, als das 
Telefon klingelt und ein Freund von Ihnen 
wissen möchte, was eigentlich Unterbre- 
chungen sind. Während Sie es ihm erklären, 
fängt in der Küche der Teekessel schrill zu 
pfeifen an. Sie sagen Ihrem Freund, er möge 
sich einen Moment gedulden, gehen in die 
Küche und nehmen den Kessel vom Herd. 
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Abb. 24: 
Unterbrechun- 
gen im tägli- 
chen Leben 


Dann kehren Sie ans Telefon zurück und be- 
enden nach einer Weile das Gespräch. Nach 
dem Auflegen des Telefonhörers setzen Sie 
die Lektüre des Artikels fort - fest entschlos- 
sen, sich nun nicht mehr unterbrechen zu 
lassen. Kurze Zeit später klingelt jemand an 
der Tür. Sie lassen sich dadurch nicht stören. 

Dieses Gleichnis gibt ziemlich genau wie- 
der, was sich im Computer - nur bei millio- 
nenfacher Geschwindigkeit - bei Unterbre- 
chungen abspielt. In Abbildung 24 ist das 
Schema des Ablaufs grafisch dargestellt. 

In gewisser Weise ähnelt das Ganze dem 
Abarbeiten von Unterprogrammsequenzen. 
Weshalb programmiert man dann nicht ein- 
fach mittels einiger JSR-Aufrufe? Dafür hat 
L.A. Leventhal einen einleuchtenden Ver- 
gleich: »Ein Unterbrechungs-System ent- 
spricht etwa einer Telefonklingel. Sie läutet, 
wenn ein Anruf empfangen wird, so dass 
man den Hörer nicht laufend abnehmen 
muss, um festzustellen, ob sich jemand in 
der Leitung befindet« (L. A. Leventhal, »6502 
Programmieren in Assembler«, tewi Verlag, 
München o. J., S. 121). 

Unterbrechungen können dann angefor- 
dert und abgearbeitet werden, wenn sie nö- 
tig sind - im Gegensatz zu Unterprogram- 
men, die erst dann berücksichtigt werden, 
wenn der Programmzähler einen JSR-Be- 
fehl erfasst. Um also schnell reagieren zu 
können, müsste man in einem Programm 


Telefon Kessel 


Lesen 
(Hauptprogramm) 


Telefonat 
(IRQ-Programm) 


Kessel vom Herd 
(NMI-Programm) 
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sehr oft eine Unterroutine anspringen, die 
auf gewisse Registerinhalte prüft und dann 
zur Bearbeitung verzweigt oder - bei Nicht- 
vorliegen einer Bedingung - im normalen 
Programm weiterfährt. Das kostet unnötig 
Zeit und Speicherraum. Mancher Verkehr 
des Computers mit Peripherie erfordert so 
schnelle Reaktionen, dass diese nur durch 
Unterbrechen des laufenden Programms ge- 
leistet werden können. 

Ich denke, dass Sie nun die Notwendig- 
keit von Unterbrechungen erkennen. Fast je- 
de CPU kennt solche Unterbrechungssyste- 
me. Man kann sie durch die Beantwortung 
folgender Fragen charakterisieren: 


1. Welche Unterbrechungs-Eingänge weist 
die CPU auf? 

2.Wie reagiert die CPU auf eine Unterbre- 
chung? 

3.Wie bestimmt die CPU die Unterbrechungs- 
quelle, wenn die Anzahl der Quellen grö- 
Ber ist als die Anzahl der Eingänge? 

4.Kann die CPU zwischen wichtigen und we- 
niger wichtigen Unterbrechungen unter- 
scheiden? 

5.Wie und wann wird das Unterbrechungs- 
system freigegeben oder gesperrt? 


All diese Fragen werden wir im Laufe dieser 
Serie für unseren Computer ergründen. Einige 
dieser Charakteristika sind schnell zu zeigen. 


Türklingel 


Das Unterbrechungssystem 

der CPU 6510 / 6502 

Zu 1.: Unsere CPU hat genau 2 Eingänge für 
Unterbrechungen (wenn man RESET außer 
Acht lässt, was wir im Folgenden meist tun 
werden). 

Zu 3.: Natürlich gibt es weitaus mehr denk- 
bare Unterbrechungsquellen als diese zwei 
Eingänge, weshalb softwaremäßig eine Re- 
gisterabfrage (das so genannte Polling) durch- 
geführt wird, um die Quelle festzustellen. 

Zu A.: Zwischen wichtiger und nicht so 
wichtiger Unterbrechung kann unsere CPU 
durch die Priorität der beiden Eingänge un- 
terscheiden. 

Wir haben eine so genannte maskierbare 
Unterbrechung, genannt IRQ, welche per 
Befehl ignoriert (maskiert) werden kann, 
und eine andere, nicht maskierbare Unter- 
brechung, die daher auch NMlI (Not Maska- 
ble Interrupt = nicht maskierbare Unterbre- 
chung) genannt wird. NMiI hat eine höhere 
Priorität als IRQ und kann deshalb für die 
wichtigeren Aufgabenstellungen eingesetzt 
werden. 

Zu 5.: Freigegeben oder gesperrt werden 
kann die IRQ-Unterbrechung durch ein Sperr- 
bit (auch Maskenbit genannt), welches sich 
als Bit 2 im Flaggen-Register des Prozessors 
befindet. Das ist die I-Flagge. Für den Emp- 
fang der NMI-Unterbrechung kann die CPU 
nicht gesperrt werden. 

Um mal die Parallele zu unserem Beispiel 
zu ziehen: Das Lesen des Artikels ist die ge- 
rade stattfindende Tätigkeit des Computers. 
Die Telefonklingel signalisiert einen IRQ, der 
im Folgenden bearbeitet wird. 

Das Pfeifen des Teekessels soll einem NMI 
entsprechen. Wenn dieser dann bearbeitet 
ist, geht es mit der Abarbeitung des IRQs 
weiter. Nach Beendigung des Telefonats 
wird das Unterbrechungs-Sperrbit gesetzt 
(Sie nehmen sich vor, sich nicht mehr stören 
zu lassen) und mit der normalen Tätigkeit 
fortgefahren. Weil der nun folgende IRQ da- 
mit maskiert ist, wird das Türklingeln igno- 
riert. 
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Die Frage 2, nämlich, wie unsere CPU auf ei- 
ne Unterbrechung reagiert, blieb noch un- 
beantwortet. Nun soll sie behandelt werden: 


a)Am Ende jedes Befehls überprüft die CPU 
automatisch den Zustand des Unterbre- 
chungs-Systems. Wenn an einer der bei- 
den Unterbrechungsleitungen eine Anfor- 
derung vorliegt und diese auch freigege- 
ben ist, beginnt die Unterbrechung zu wir- 
ken. 

b)Zunächst wird der Programmzählerinhalt 
in der Reihenfolge MSB, LSB auf den Sta- 
pel geschrieben. Danach wandert noch 
der Prozessorstatus auf den Stapel (siehe 
Abbildung 25). 

c)Durch Setzen des Unterbrechungs-Sperr- 
bits | werden weitere maskierbare Unter- 
brechungen (IRQ) unterbunden. 

d)Nun holt sich die CPU aus einem Vektor 
ganz am Ende des Speichers eine Adresse, 
lädt diese in den Programmzähler und star- 
tet auf diese Weise ein Serviceprogramm, 
das dem auslösenden Anlass Rechnung 
trägt. In Tabelle 28 sind die zu den Unter- 
brechungsformen und zum RESET gehöri- 
gen Vektoren aufgeführt. 


Bevor wir uns weiter mit den so angesteuer- 
ten Routinen befassen, wollen wir die 4 Be- 
fehle kennen lernen, die uns noch fehlen. 


Schlüssel zur Unterbrechungs- 
programmierung: CLI, SEI, RTI, BRK 

Das Sperren der maskierbaren Unterbre- 
chung IRQ und das Löschen der Maske er- 


01FF 


MSB Programmzähler 
LSB Programmzähler 
Status-Register 


«—— Stapelzeiger 
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Abb. 25: 

Die CPU rettet 
den Programm- 
zähler und das 
Status-Register 
beim Eintreten 
einer Unterbre- 
chung auf den 
Stapel 
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Tab. 28: 
Unterbre- 
chungsvekto- 
ren und ihre 
Inhalte 


folgt durch Setzen oder Löschen des Sperr- 
bits im Prozessorstatus-Register. Dieses Bit, 
die I-Flagge, kann durch den Befehl CLI ge- 
löscht werden. CLI kommt von »CLear In- 
terrupt mask«, was bedeutet »lösche die Un- 
terbrechungs-Maske«. Immer dann, wenn 
IRQs zur Bearbeitung durch den Mikropro- 
zessor zugelassen sein sollen, muss damit 
die I-Flagge gelöscht werden. Wie Sie sehen, 
ist CLI ein I-Byte-Befehl mit impliziter 
Adressierung. Er braucht genau 2 Taktzyklen 
zur Erledigung seiner Aufgabe. 

Wenn wir später eigene Unterbrechungs- 
routinen schreiben, stehen wir oft vor der 
Frage, ob wir innerhalb unseres Unterbre- 
chungsprogramms weitere Unterbrechun- 
gen zulassen wollen. Manchmal ist das wich- 
tig, beispielsweise bei der Tastaturabfrage. 
Wie wir vorhin erwähnt haben, sperrt die 
CPU bei der Annahme von Unterbrechun- 
gen automatisch weitere IRQs durch Setzen 
der I-Flagge. Einer der ersten Befehle der ei- 
genen Unterbrechungsroutine wird dann die 
Freigabe von Unterbrechungen durch Lö- 
schen der I-Flagge sein. 

SEI bewirkt das Gegenteil von CLI. Der 
Befehl setzt die I-Flagge auf I (»SEt Interrupt 
mask«) und verhindert, dass der Mikropro- 
zessor weiteren IRQs seine Aufmerksamkeit 
schenkt. Das ist in den Fällen wichtig, in de- 
nen beispielsweise störungsfrei der Inhalt 
des Zeichen-ROMs gelesen werden soll 
oder während der Änderung von Speicher- 
stellen, die die IRQ-Routine benutzt. Wie 
wichtig das Sperren von IRQs sein kann, ha- 
ben Sie eventuell bemerkt, wenn Ihnen das 
Hilfsbildschirmprogramm aus Folge 6 mal 
abgestürzt ist. Seit der letzten Folge - wo wir 
die IRQs gesperrt haben - ist Ihnen das si- 
cherlich nicht mehr passiert. 


Unterbrechungs- 
Vektor Zieladresse 
art 
Maskierbare Unter- | $SFFFE / FFFF | 65352 $FF48 


brechung (IRQ, BRK) 


Nichtmaskierbare 65091 SFE43 


Unterbrechung (NMT) 
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Ebenso wie CLI ist SEI ein I-Byte-Befehl 
mit impliziter Adressierung, und auch er 
braucht 2 Taktzyklen zur Bearbeitung. 

Noch eine Bemerkung zum Verhindern 
der IRQs: Wir werden später sehen, was al- 
les während der 60-mal pro Sekunde aufge- 
rufenen Unterbrechung erledigt wird. Jede 
Routine, die SEI verwendet, verbraucht Re- 
chenzeit. Wenn sie so lange dauert, dass ei- 
ne oder mehrere dieser regelmäßigen IRQs 
unterbunden werden, kann das unter Um- 
ständen zu Störungen von Programmabläu- 
fen führen. 

In solchen Fällen ist es sinnvoll, in die ei- 
gene Routine den Teil der regulären IRQ- 
Routine einzubauen, der im Programmab- 
lauf durch sein Fehlen Störungen verursacht. 
Meistens kann man dieses Problem aber 
durch gute Planung eines Programms um- 
gehen. 

RTI heißt »ReTurn from Interrupt«, bedeu- 
tet zu deutsch also: »kehre aus dem Unter- 
brechungsprogramm zurück.« Es entspricht 
in seinem Einsatz etwa dem RTS bei Unter- 
programmrücksprüngen. Während RTS aber 
lediglich den alten Programmzählerinhalt 
vom Stapel holt (und noch eine | addiert), 
schafft RTI auch noch den alten Inhalt des 
Status-Registers vom Stapel zurück. Der ge- 
naue Ablauf ist wie folgt: 


l.alten Prozessorstatus vom Stapel wieder 
ins Status-Register schieben 

2.Stapelzeiger um I erhöhen 

3.LSB des alten Programmzählers vom Sta- 
pel nehmen und zurückschreiben 

4.Stapelzeiger um I erhöhen 

5.MSB des alten Programmzählers vom Sta- 
pel nehmen und zurückschreiben 

6.Stapelzeiger um | erhöhen 


Damit ist der Zustand vor der Unterbrechung 
wieder hergestellt. Auch die I-Flagge ist so 
automatisch wieder gelöscht, denn vor der 
Unterbrechung war sie sicher nicht gesetzt 
gewesen, und der alte Status-Zustand ist ja 
jetzt wieder vorhanden. 


RTI ist ebenfalls ein I-Byte-Befehl mit im- 
pliziter Adressierung. Seine vollständige Be- 
arbeitung dauert 6 Taktzyklen. 

Bei eigenen Unterbrechungs-Routinen ver- 
wendet man häufig nicht RTI, sondern springt 
durch JMP an eine sinnvolle Stelle des nor- 
malen Unterbrechungsprogramms. 

Auf diese Weise kann man dann die nor- 
malen Arbeitsgänge der vorprogrammier- 
ten Unterbrechung oder Teile davon noch 
ausführen lassen. 

Den Befehl BRK (BReaK = Programmunter- 
brechung) haben wir schon verwendet. Er 
entspricht in seinem Einsatz etwa dem 
STOP-Befehl in BASIC und dient wie jeder 
Befehl dort hauptsächlich dem Testen von 
Programmen. Tatsächlich unterscheidet sich 
die Reaktion unserer CPU bei Auftreten ei- 
nes BRK kaum von der bei einem IRQ. Fol- 
gendes passiert: 


a)Der Programmzähler wird um 2 erhöht. 

b)Bit 4 des Prozessorstatusregisters, die Break- 
Flagge B, wird auf I gesetzt. 

c)Das MSB des Programmzählers wird auf 
den Stapel gebracht und der Stapelzähler 
um I heruntergezählt. 

d) Dasselbe geschieht nun mit dem LSB des 
Programmziählers 

e)und mit dem Statusregister. 

f} Das Unterbrechungsmaskenbit, die I-Flag- 
ge, wird auf I gesetzt, um IRQs zu sperren. 

g)In den Programmzähler wird nun aus dem 
Vektor FFFE/FFFF dieselbe Adresse gela- 
den, die auch bei IRQs benutzt wird. Da- 
mit startet nun das Programm, das diese 
Unterbrechung bearbeitet. 


Sie sehen, dass der BRK-Befehl ein ziemlich 
komplizierter Geselle ist. Zwar handelt es 
sich wieder um einen I -Byte-Befehl mit im- 
pliziter Adressierung, aber er benötigt im- 
merhin 7 Taktzyklen, um all diese Arbeit zu 
bewältigen. 

Wir haben BRK bisher immer zur Programm- 
unterbrechung mit nachfolgender Register- 
anzeige durch den SMON eingesetzt. Der 
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SMON ist - wie fast jeder Monitor - so pro- 
grammiert, dass ein BRK zur Registeranzei- 
ge führt. Das ist natürlich sinnvoll beim Ein- 
satz von BRK zur Fehlersuche. In dem 
Moment, wo ein BRK vom Prozessor bear- 
beitet wurde, kann nur durch die gesetzte B- 
Flagge von einem IRQ unterschieden wer- 
den. 

Es ist manchmal nötig, den Unterschied 
schon zu diesem Zeitpunkt festzustellen. 
Deshalb verwendet man den nachfolgend 
beschriebenen Test zu diesem Zweck: 


in den Akku wird das zuletzt 
auf den Stapel geschobene 
Prozessorstatus-Register ge- 
holt 

und sogleich wieder zurück- 
geschoben. 

durch die AND-Verknüpfung 
mit der Binärzahl 0001 0000 
kann eine eventuell vorhan- 
dene B-Flagge isoliert werden. 
Falls eine B-Flagge gesetzt war, 
ist der Akku ungleich O und die 
Bearbeitung verzweigt zum 
von uns konstruierten BREAK- 
Programm. War der Akku nach 
dieser AND-Verknüpfung 
gleich O, dann erfolgt keine 
Verzweigung und es handelt 
sich um einen IRQ, zu dessen 
Bearbeitung nun zu springen ist. 


PLA 


PHA 


AND #510 


BNE BREAK 


Es gibt noch eine andere - gebräuchlichere - 
Mösglichkeit, zwischen einem BRK und ei- 
nem IRQ zu unterscheiden, die allerdings 
erst zu einem späteren Zeitpunkt des com- 
puterinternen Unterprogramms erfolgt. Von 
dieser zweiten Möglichkeit wird im SMON 
Gebrauch gemacht, und wir werden sie nach- 
her auch kennen lernen. 

Natürlich kann der BRK-Befehl auch zu an- 
deren Zwecken als zur Registeranzeige durch 
einen Monitor verwendet werden. Es kommt 
immer darauf an, welches Service-Programm 
wir dem Computer anbieten. Springt man 
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aus so einem Service-Programm mittels RTI 
zurück ins Hauptprogramm, dann muss man 
berücksichtigen, dass der Programmzähler 
vor der Sicherung auf dem Stapel um 2 er- 
höht worden ist. Manchmal sind deshalb 
noch Korrekturen des Programms nötig. 

Ich hoffe, dass Sie diesen Artikel bisher 
nicht zu frustrierend fanden, denn ständig 
ist die Rede vom eigenen Unterbrechungs- 
Programm, und dabei wissen Sie - außer 
durch BRK - noch gar keine Möglichkeit, ei- 
nen IRQ oder NMI auszulösen, und Sie sind 
sicher noch sehr vorsichtig mit dem Gedan- 
ken an eigene Unterbrechungs-Routinen. 
Schließlich ist Ihnen ja noch unbekannt, wie 
die normale Firmware Unterbrechungen be- 
handelt. Keine Angst: All das werden wir 
noch klären. Betrachten Sie diese Folge zum 
Thema Unterbrechungen vielleicht mehr wie 
ein Handbuch, in dem Sie dann, wenn Ihr 
Verständnis gestiegen ist, noch mal zurück- 
blättern können: 

Wir haben bisher nur betrachtet, wie unse- 
re CPU reagiert, wenn an einem der beiden 
Unterbrechungs-Eingänge (IRQ und NMI) 
eine Unterbrechungs-Anforderung vorliegt. 
Um nun aber selbst ins Geschehen eingrei- 
fen zu können, ist es nötig, zu wissen, wie 
diese Anforderung dorthin gelangt. Das er- 
fordert von uns die Beschäftigung mit ande- 
ren Computerbausteinen als der CPU, die 
bisher im Mittelpunkt unseres Interesses 
stand. 


Woher kommen die 
Unterbrechungs-Anforderungen? 
Quellen für Unterbrechungen können viele 
genannt werden: Diskettenstation, Dataset- 
te, Drucker, Modem, Schaltelemente und so 
weiter. Um aber eine gewisse Übersicht zu 
bekommen, sollte man zwischen primären 
und sekundären Unterbrechungsquellen un- 
terscheiden. Das soll kurz erläutert werden: 
Die Diskettenstation beispielsweise ist über 
den seriellen Port mit dem Computer ver- 
bunden. Dieser wiederum steht in direktem 
Kontakt zu 2 Bausteinen, den CIAs. Erst die- 
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se CIAs stehen in direktem Kontakt zur CPU. 
Alle Unterbrechungs-Quellen, die direkt Sig- 
nale an die beiden Unterbrechungseingänge 
unserer CPU senden, sollen künftig »primä- 
re« Quellen genannt werden, die anderen, 
die nur über solch eine primäre Quelle Un- 
terbrechungs-Anforderungen stellen, wer- 
den von uns als »sekundäre« Quellen be- 
zeichnet. Weil wir irgendwo einen Schnitt 
machen müssen - einmal, um nicht völlig 
auszuufern in der Erklärung von peripheren 
Geräten (das soll anderen, kompetenteren 
überlassen bleiben) und zum anderen, weil 
ich mich da auch nicht so gut auskenne - 
werden wir uns im Folgenden auf die primä- 
ren Unterbrechungsquellen beschränken. Da 
bleibt aber noch mehr als genug zu tun üb- 
rig, und deshalb soll auch nur eine Auswahl 
dieser Primärquellen detailliert behandelt 
werden. 

Welches sind nun die primären Unterbre- 
chungsquellen? Hier sind sie aufgeführt: 


l.Der VIC-II-Chip (MOS 6566/6567 Video 
Interface Controller) 

2.Die beiden ClAs (MOS 6526 Complex In- 
terface Adapter) 

3.Die RESTORE-Taste 

4.Der Expansion-Port 

5.RESET (passt hier nicht ganz hin, woan- 
ders aber auch nicht besser) 


Den Expansion-Port werden wir nicht be- 
handeln und einen RESET nur ziemlich kurz 
betrachten, weil es sich dabei eigentlich 
nicht um eine Unterbrechung im bisher defi- 
nierten Sinn handelt. 


Der VIC-II-Chip als Unterbrechungsquelle 
Soweit ich feststellen konnte, kommt der 
VIC-II-Chip in Bezug auf unsere CPU nur als 
Anforderer von maskierten Unterbrechun- 
gen (IRQs) infrage. Die Handhabung seiner 
Unterbrechungs-Anforderungen geschieht 
im VIC-II-Chip durch zwei Register. Vier Er- 
eignisse sind eingeplant, deren Eintreten zur 
Unterbrechung führen kann: 


Il. Rasterzeilen-Unterbrechung 
2.Kollision eines Sprites mit Hintergrund 
3.Kollision von Sprites untereinander 
4.Lichtgriffel-Unterbrechung 


Die ersten drei Auslöser werden wir uns in 
kommenden Folgen genau ansehen und da- 
bei vielerlei interessante Möglichkeiten fest- 
stellen. Die Option, die der Lichtgriffel bie- 
tet, wird nicht behandelt: Meine Kenntnisse 
auf diesem Sektor sind nur gering (nobody 
is perfect). 

Das so genannte »Interrupt Enable Regis- 
ter« (Unterbrechungs-Zulassungs-Register) 
des VIC-II-Chips ist Register 26. Es befindet 
sich in der Speicherstelle 53 274 ($DOI1 A) 
(siehe Abbildung 26). In diesem Register 
wird festgelegt, ob eines - oder mehrere - 
der 4 möglichen auslösenden Ereignisse ei- 
ne Unterbrechungsanforderung an den Mi- 
kroprozessor senden soll. Jedem Ereignis ist 
ein Bit zugeordnet. Ist dieses Bit gleich |, 
dann ist die Unterbrechung freigegeben, ist 
es gleich O, dann liegt eine Sperrung vor. 
Die Zuordnung der Bits ist wie folgt: 


BitO - Rasterzeilen-IRQ 

Bit I - Sprite- / Hintergrund-Kollision 

Bit 2 - Sprite- / Sprite-Kollision 

Bit 3 - Lichtgriffel-IRQ 

Bits 4 bis 7 sind ungenutzt und haben im- 
mer den Wert I. 


Das Register 25 wird »Interrupt Latch Regis- 
ter« genannt, was etwa zu übersetzen wäre 


7 6 5 4 


Markierung, 
ob zugelas- 
sene Unter- 
brechung 
aufgetreten 
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mit »Unterbrechungs-Einrast-Register« (sie- 
he Abbildung 27). Der englische Ausdruck 
»latch«, der nur umschreibend oder sehr tech- 
nisch übersetzt werden kann, beschreibt ei- 
gentlich recht genau, was in diesem Regis- 
ter geschieht. Ein »latch« ist nämlich so was 
wie ein Schnappriegel, also ein Riegel, der 
bei der Betätigung einrastet. 

Wenn eines der 4 möglichen Ereignisse 
eintritt, »schnappt« im dazugehörigen Bit 
dieses Registers der Inhalt auf 1. Die Bit-Zu- 
ordnung ist die gleiche wie in Register 26. 
Aber das Bit 7 hat hier noch eine Bedeu- 
tung: Ist eines der Bits O bis 3 auf I gesetzt 
und das dazugehörige Ereignis in Register 
26 auch zur Unterbrechung zugelassen (al- 
so auch dort gleich I), dann taucht in Regis- 
ter 25, Bit 7 eine I auf. So kann durch einfa- 
ches Lesen dieses Bits festgestellt werden, 
ob ein IRQ durch den VIC-II-Chip ausgelöst 
wurde. 

Will man in diesem Register ein gesetztes 
Bit löschen, muss man - außergewöhnlich! - 
eine | in die Bitposition schreiben. 

Mit Recht erwarten Sie nun eigentlich ei- 
ne Anwendung des bisher gelernten. Bei 
Unterbrechungsprogrammen ist es aber drin- 
gend nötig, immer den gesamten Komplex 
im Auge zu haben. Ich habe mich daher ent- 
schlossen, zuerst alles zu erklären und dann 
Anwendungsmösglichkeiten vorzustellen. Ih- 
re Geduld wird auf eine harte Probe gestellt, 
aber ich hoffe, dass Sie ab der nächsten Fol- 
ge feststellen, dass sich das Warten gelohnt 
hat. 


3 


Kollision 
Sprite / Raster-Un- 


Hintergrund ‚BEDIENUNG 


Kollision 
Sprite / 
Sprite 


Lichtgriffel- 
Unter- 
brechung 


Kollision 
Sprite / Raster-Un- 


Hintergrund eroreebung 


Kollision 
Sprite / 
Sprite 


Lichtgriffel- 
Unter- 
brechung 
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Abb. 26: 

Das Interrupt- 
Enable-Register 
(53274=$DO1A) 
des VIC-11-Chips 


Abb. 27: 

Das Interrupt- 
Latch-Register 
(53273=$D019) 
des VIC-II-Chips 
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Abb. 28: 
Genereller Auf- 
bau der Unter- 
brechungs-Kon- 
troll-Register 
(13) der beiden 
CIA-Bausteine 


An sich sind die beiden ClAs in unserem 
Computer völlig identisch. Sie werden aber 
unterschiedlich eingesetzt. Sehen wir uns 
zunächst einmal an, was beiden in Bezug 
auf Unterbrechungen gemeinsam ist, um 
danach die Unterschiede festzuhalten: Die 
Unterbrechungs-Steuerung geschieht in Re- 
gister 13 dieser Bausteine. Dieses Register 
hat 2 Funktionen: Es bestimmt, ob eine Un- 
terbrechungsanforderung an die CPU ge- 
sandt werden soll, und es stellt fest, ob ein 
Ereignis stattgefunden hat, das zur Unter- 
brechung führen kann. Die Bedienung die- 
ses Registers ist demzufolge auch etwas un- 
übersichtlich, aber wir haben schon ganz 
andere Probleme gemeistert. 


Die beiden CIA-Bausteine 

als Unterbrechungsquellen 

Sehen wir uns aber zuerst einmal an, welche 
Ereignisse vom Standpunkt eines CIA-Bau- 
steins als Unterbrechungskriterium dienen 
können: 


I. Unterlauf der Uhr A 

2.Unterlauf der Uhr B 

3.Die interne Uhr hat eine Alarmzeit erreicht 

4.Am SP-Eingang (hängt mit dem seriellen 
Port zusammen) ist ein bestimmter Zustand 
erreicht worden 

5.An einem Eingang namens FLAG ist ein 
bestimmter Zustand erreicht 


Die Ereignisse 4 und 5 werden wir ebenfalls 
im Weiteren weitgehend ausklammern. 

Nun zum Register 13, dem Unterbrechungs- 
Kontroll-Register (siehe Abbildung 28). Auch 
hier gehört zu jedem Ereignis ein Bit. Dabei 
- um Wiederholungen zu vermeiden - ist 
die Zuordnung schon durch die eben ange- 
gebene Ereignisaufzählung gegeben. Zie- 


7 6 5 4 


Mehrfunk- Flag- 


Eingang 


tions-Bit 
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hen Sie von der vorangestellten Nummer 
immer eine | ab, und Sie haben die Bitnum- 
mer. Die Bits 5 und 6 sind unbenutzt. Bit 7 
hat eine dreifache Funktion, die eng mit den 
anderen Bitinhalten verknüpft ist. Sehen wir 
uns das mal der Reihe nach an: 


Lesen des Registers 

Sind Unterbrechungsereignisse aufgetreten, 
dann sind die dazugehörigen Bits auf I ge- 
setzt. Bit 7 ist gleich I, wenn mindestens ein 
solches Ereignis stattgefunden hat und au- 
ßerdem dieses Ereignis als Unterbrechungs- 
auslöser freigegeben ist. Auf diese Weise 
kann - ähnlich wie beim VIC-II-Chip-Regis- 
ter 25 - festgestellt werden, ob die Unter- 
brechung durch einen der beiden CIAs an- 
gefordert wurde. 

Im Unterschied zum VIC-Il-Register wird 
Register 13 aber durch das Lesen gelöscht. 
Braucht man den Inhalt also noch, sollte 
man ihn irgendwo zwischenspeichern. 


Schreiben in das Register 
Bit 7 =O erzeugt Sperren. Das erkennt man 
am besten an einem Beispiel. Nehmen wir 
an, wir möchten die Unterbrechung sperren, 
die durch einen Unterlauf von Uhr A erzeugt 
werden kann. Das betrifft das Bit O. Wir 
schreiben in das Register 13 folgende Zahl: 
0000 0001. Wie Sie sehen, ist das Bit 7 
gleich O. Die I in Bit I bewirkt die Sperrung. 
Durch die Nullen in den anderen Bits wird 
bewirkt, dass die anderen Unterbrechungs- 
Ereignisse nicht beeinflusst werden. Wollten 
wir alle sperren, dann müssten wir ein- 
schreiben: 0001 1111 

Auf diese Weise können selektiv einzelne 
Unterbrechungen durch Einschreiben der I 
bei gelöschtem Bit 7 gesperrt werden. Bit 7 
= | erzeugt Freigabe. 


3 2 1 0 


Alarm bei 
interner 
Uhr 


SP- 
Eingang 


Unterlauf 
Uhr A 


Unterlauf 
Uhr B 


Auch hier wieder ein Beispiel: Wenn wir ganz 
gezielt Unterbrechungen durch Unterlauf 
der Uhr A freigeben wollen, müssen wir die 
folgende Zahl in Register 13 schreiben: 
1000 0001.Bit 7 (= I) zeigt an, dass dieje- 
nigen Unterbrechungen freizugeben sind, 
deren Bits auf I gesetzt sind. 

Alle anderen Unterbrechungen, wo also in 
der dazugehörigen Bitposition der einzu- 
schreibenden Zahl eine O steht, bleiben un- 
verändert. 

Ein wichtiger Unterschied zwischen den 
beiden CIAs ist der, dass der Unterbre- 
chungsausgang von CIA I mit dem IRQ-Ein- 
gang der CPU verbunden ist, wohingegen 
der entsprechende Ausgang von CIA 2 an 
den NMI-Eingang unseres Mikroprozessors 
führt. Daher löst der CIA I nur IRQs aus. 
Deshalb wird er manchmal auch IRQ-CIA 
genannt. Der andere ist dann der NMI-CIA, 
weil er nur NMils anfordern kann. 


Der IRQ-CIA 

Das Register 13 des IRQ-CIAs (der die Spei- 
cherstellen 56 320 bis 56 335 belegt), liegt 
in Zelle 56 333 ($DCOD). Die einzelnen Bits 
sind wie folgt zugeordnet: 


BitO - Unterlauf Uhr A. Von hier kommt der 
IRQ, der 60-mal pro Sekunde zur Tastatur- 
abfrage, zum Weiterstellen der TI$-Uhr etc. 
stattfindet. 

Bit 1 - Unterlauf Uhr B. Spielt bei Kassetten- 
operationen und dem seriellen Port eine 
Rolle. 

Bit2 - ALARM bei interner Uhr. Spielt beim 
Zufallszahlengenerator (RND(O)) eine Rolle. 
Bit 3 - Hier kommen durch den User-Port 
Unterbrechungs-Anforderungen. 

Bit 4 ist mit dem seriellen Port und der Kas- 
setten-Lese-Leitung verbunden. 


Der NMI-CIA 

Ebenso kurz und schmerzlos wie beim CIA 
I soll auch das Besondere am CIA 2, dem 
NMI-CIA (er belegt den Speicher von 56 576 
bis 56831) vorgestellt werden. Sein Register 
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13 findet sich in Speicherstelle 56 589 ($DD 
OD). Die Bits O und I (Unterläufe der beiden 
Uhren) spielen beim Senden bzw. Empfan- 
gen von Daten über die RS232C-Schnittstel- 
le eine Rolle, Bit 2 (ALARM) wird nicht ver- 
wendet. Bit 3 ist direkt mit dem User-Port 
verbunden, ebenso wie Bit 4. Der NMI-CIA 
wird uns in seiner normalen Funktion nicht 
mehr beschäftigen. 


Die <RESTORE>-Taste und 

ein kleines Testprogramm 

Die RESTORE-Taste ist direkt mit dem NMI- 
Eingang unseres Mikroprozessors verbun- 
den. Das ermöglicht es uns, durch einfaches 
Drücken dieser Taste jederzeit ins Gesche- 
hen einzugreifen, ohne uns um Details küm- 
mern zu müssen, beispielsweise ob sich der 
Computer gerade im Direkt- oder im Pro- 
gramm-Modus befindet und so weiter. Denn 
NMI hat die höchste Priorität der Unterbre- 
chungen. 

Ein kleines Testprogramm soll Ihnen hier 
noch vorgestellt werden, das Sie vielleicht 
noch nicht ganz verstehen werden, weil wir 
erst in der nächsten Folge die eingebauten 
Serviceprogramme kennen lernen werden. 
Schalten Sie also den SMON ein und geben 
Sie das Programm 5 ein (ab $6000). 

Am Besten speichern Sie nun das Pro- 
gramm ab und schalten dann mittels des 
SMON-Kommandos M 0318 die Anzeige 
der Bytes ab $0318 ein. Dort steht in den 
beiden ersten Speicherzellen 47 und FE. Mit 
dem Cursor fahren Sie in diese Zeile und än- 
dern den Inhalt in 00 und 60, also unsere 
Programmstartadresse in der LSB/ MSB-Form. 

Nach einem <RETURN> läuft nun jede 
NMI-Anforderung über unser Programm. 
Nun können Sie es ausprobieren, indem Sie 
mal die <RESTORE>-Taste drücken. Es ge- 
nügt völlig, alleine diese Taste zu betätigen. 
Das wirkt - sichtbar durch die Änderung der 
Rahmenfarbe - in jedem Modus und jeder- 
zeit. Eine kleine Merkwürdigkeit ist, dass 
man manchmal etwas Geduld aufbringen 
muss, bis man die Wirkung sieht. Ich vermu- 
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te, dass der NMI so schnell erledigt wird, Damit sei’s für diesmal genug. In der nächsten 
dass sich mehrere NMis pro Tastendruck er-- Ausgabe werden wir uns die Unterbrechungs- 
eignen. Man müsste sich noch eine kleine Firmware ansehen und einige Programmbei- 
Routine überlegen, welche die Wirkung et- spiele vorstellen. Zum Schluss noch wie üb- 


was verzögert, denn zwei solche EOR-Kom- lich eine Aufstellung mit den besprochenen 
mandos nacheinander heben sich gegensei- Befehlen (Tabelle 29). 
tig auf. 
Einkleines 6000 PHA Mit diesen Befehlen 600F LDA SDO20 ansonsten kommt der 
Testprosramm 5001. 'TXA retten wir Akku und NMI von der <RESTO- 
demonstriert : } 
die Wirkungei- 6002 PHA Register auf den Stapel. RE>-Taste, und in den 
ner Unterbre- 6003 TYA Akku wird die Rahmen- 
chung. Durch 5004 PHA farbe eingeladen. 
Drücken der 
<RESTORE>- — 06012 EOR #50E Davon ausgehend, dass 
Taste wirddie 6005 LDA #S7F Ollt 1111 ist das binär. als Rahmenfarbe 14 vor- 
Rahmenfarbe 5007 STA $DDOD Dadurch werden alle liegt, wird diese exklu- 
Bene NMIs, die vom CIA 2 siv oder verknüpft zu 
kommen könnten, ge- Null. Ist die Rahmen- 
sperrt. Erinnern Sie sich: farbe O, dann wird sie 
Bit 7 ist Null beim Schrei- wieder 14. 
ben, also Sperrfunktion 6014 STA SDO020 Einschreiben des neu- 
600A LDY SDDOD Lesen des Registers 13 en Farbwerts 
löscht dieses und zeigt 6017 JMP SFEBC Sprung in den Rest der 
uns, ob die NMI-Anfor- normalen NMI-Routine 
derung von dort kam. 601A JMP SFE72 Sprung in die normale 
600D BMI S601A Falls NMI-Anforderung NMI-Routine in dem Fall, 
vom CIA 2 kam, wird dass die Anforderung 
verzweigt, durch den NMI-CIA kam. 


Tab. 29: 
. D 1 Beeinfl 
Die Daten zu | Befehlswort | Adressierung | Byte-Anzahl Kode sur Een 
den letzten Taktzyklen von Flaggen 
22 EEE TEE re [E30 275 BE 
a IE 
impiise | se | eo| 2 zmlagge 


ser | imiie | 3 | 76 | 3200| 2 jroriagge 

ee] tmiisie | 3] 40 | 96 | 6 jeite Flaggen 
B-Flagge vor dem 
Schieben auf den Sta- 
pel, I-Flagge danach 
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Noch einmal geht es um Unterbrechungen. 
Wie geht unser Computer bei den verschie- 
denen Möglichkeiten vor? Wo kann man 
selbst einhaken und wie schreibt man ei- 
gene Unterbrechungsprogramme? Anhand 
von zwei Beispielen lernen Sie in dieser 
Folge, wie man den Ausstieg aus einem 
Programm verhindert und wie man die Ras- 
terzeilenunterbrechung für eigene Program- 
me einsetzt. 


In der letzten Folge haben Sie erfahren, wie 
unsere CPU mit Unterbrechungen umgeht, 
welche Sorten von Unterbrechungen es gibt, 
welches Instrumentarium die Assembler- 
Sprache zur Behandlung dieser speziellen 
Technik bietet, und Sie kennen die »primä- 
ren« Quellen für eine Unterbrechung. 
Diesmal wollen wir analysieren, wie die 
Unterbrechungen softwaremäßig bearbeitet 
werden, um Wege zu finden, die uns auf 
möglichst einfache Weise Eingriffe erlauben. 


Der normale Verlauf eines IRQ 

Neulich hatten wir bereits festgestellt, dass 
eine IRQ-Anforderung (nach dem Retten 
des Programmzählers und des Prozessor- 
status-Registers sowie dem Setzen der |- 
Flagge) den Inhalt des Vektors $FFFE/FFFF in 
den Programmzähler holt. 

Dort steht die Adresse $FF48 (dez. 65352) 
und deshalb startet nun das dort im ROM 
verankerte Programm, welches wir uns nun 
im Einzelnen ansehen werden (alle Adres- 
sen als Dezimalzahlen; in Abbildung 29 fin- 
den Sie das Flussdiagramm dazu). 


6G4’er 8719385 
Verantwortlicher Redakteur: 


i5t keine fillchemie 


Georg Klinge 


65352 PHA Zunächst werden der 
TXA Akku und die Regis- 
PHA ter X und Yauf den 
TYA Stapel geschoben. 
PHA 


Trickreich sind die beiden folgenden Befeh- 
le, mit denen das zu Beginn durch die CPU 
gerettete Statusregister gelesen wird: 


TSX Stapelzeiger ins X- 
Register 

LDA 260,X Einladen des Status- 
Registers 


Nun wird geprüft, ob die BRK-Flagge gesetzt 
ist. Wenn das der Fall ist, dann ist der Auslö- 
ser ein BRK gewesen, ansonsten ein IRQ: 


AND #16 Isolieren der BRK- 
Flagge 
BEQ 65368 Wenn keine BRK- 
Flagge, dann über- 
springen des nächs 
ten Befehls 
65365 JMP (790) Falls BRK 
65368 JMP (788) FallsIRQ 


Den vorletzten Sprungbefehl werden wir bei 
der BRK-Behandlung verfolgen. Interessant 
für uns ist jetzt der indirekte Sprung bei 
65368. Der Vektor 788/789 ($314/ 315) 
liegt im RAM! Damit können wir ihn auf ei- 
gene Routinen verstellen. Genau hier ist der 
Ansatzpunkt für nahezu alle Eingriffe in die 
Unterbrechungsbehandlung. Der voreinge- 
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Abb. 29: 

So bearbeitet 
der C 64 nor- 
male IRQs. Das 
Programm wird 
im Text erklärt. 


Register auf 
Stapel 


Status auf 
BRK-Flagge 


BRK-Behandlung 


IRQ-Behandlung 


UDTIM 
— TI$ weiterstellen 
- Tastaturabfrage 
vorbereiten 


Cursorbehandlung 


Rekordertasten 
abfragen und 
behandeln 


| Tastaturabfrage | 
CIA-IRQ-Register 
löschen 
Register vom 
Stapel holen 
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IRQ-Behandlung 


stellte Wert in diesem Vektor ist die Adresse 
59953 ($EA31). Das dort angesiedelte Pro- 
gramm wird im Normalfall 60-mal in der Se- 
kunde ausgeführt: 


59953 JSR 65514 Das ist ein Kernal- 
Sprungbefehl zur Rou- 
tine UDTIM bei 63131. 


In diesem Unterprogramm wird zuerst die 
Uhr TI$ weitergestellt und dann die Tastatur- 
abfrage vorbereitet. 


59956 bis In diesem Programm- 

80000 teil erfolgt die Cursor- 
behandlung. 

60001 bis Anschließend wird 

60026 abgefragt, ob eine 


Rekordertaste ge- 
drückt ist und ent- 
sprechende Flaggen 
bearbeitet. 

60027 JSR 60039 Dieses Unterpro- 
gramm dient zur 
Tastaturabfrage. 


Auch in dieser Routine tritt übrigens ein in- 
direkter Sprung nach einem RAM-Vektor 
auf (655 / 656 = $28F/ 290), der normaler- 
weise auf 60232 zeigt, aber auch auf eine 
eigene Routine verbogen werden könnte. In 
der Tastaturabfrage ist auch die Überprüfung 
der <RUN/STOP>-Taste enthalten, die aber 
nur zusammen mit den im UDTIM-Aufruf 
voreingestellten Flaggen funktioniert. Des- 
halb wird das Abschalten der <RUN/ STOP>- 
Taste im Allgemeinen dadurch durchgeführt, 
dass man den IRQ-Vektor auf 59956 stellt 
und damit den ersten JSR-Befehl über- 
springt. Allerdings wird auf diese Weise 
auch die TI$-Uhr nicht weitergestellt. 


60030 LDA 56333 Das ist das Unterbre- 
chungs-Kontrollregis- 
ter des IRQ-CIA, das 
hier durch Auslesen 
gelöscht wird. 


Den Abschluss der IRQ-Routine bildet nun 
noch das Zurückschreiben der Register: 


60033 PLA Zurückholen des 
TAY Y- und 
PIA 
TAX des X-Registers 
PLA sowie des Akkus 
60038 RTI Damit kehrt der Com- 


puter zu dem durch 
den IRQ unterbroche- 
nen Programm zurück. 


Somit hätten wir's. Nun können wir je nach 
Bedarf entscheiden, welche von diesen Ser- 
vicetätigkeiten wir bei einem eigenen IRQ- 
Programm brauchen: Die Uhr TI$, die Cur- 
sorbehandlung, die Tastaturabfrage und die 


Abfrage der Rekordertasten. 
Sehen wir uns nun an, was geschieht, 
wenn ein BRK-Kommando der Auslöser war. 


BRK-Unterbrechung 


BRK-Behandlung 


RESTOR: 
Inttialisieren aller 
Vektoren 


VO-RESET: 
ClAs auf Anfangs- 
werte 


Initialisierung des 
VIC-I-Chips und des 
Bildschirmeditors 


Sprung zum 
BASIC-Warmstart 


Abb. 30: Auf diese 
Weise verläuft ein 
unvorhergesehener 
BRK im Sande. 


Wir hatten vorhin am Schei- 
deweg zwischen IRQ und 
BRK den Letzteren links lie- 
gen gelassen. Normaler- 
weise verwendet man beim 
Programmieren in Assemb- 
ler ja ein Software-Instru- 
ment wie zum Beispiel den 
SMON, der so gebaut ist, 
dass der BRK-Vektor, wel- 
chen wir vorhin kennen 
gelernt haben ($316/ 317 
= 790/ 791) auf die Regis- 
teranzeige weist. 

Was geschieht eigent- 
lich, wenn der BRK-Vektor 
unverändert bleibt, also so, 
wie er im Einschaltzustand 
des Computers vorliegt? 
Dann zeigt er auf Adresse 
65126 ($FE66), wo ein Teil 
der NMI-Routine zu fin- 
den ist (Siehe auch Fluss- 
diagramm in Abb. 30): 
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65126 JSR 64789 Sprung ins Programm 
RESTOR, in dem alle 
Vektoren (788 - 819) 
gemäß einer ROM-Lis- 
te aufihre Ausgangs- 
werte gesetzt werden. 
JSR 64931 Sprung in das Pro- 
gramm I/ O-RESET. 


In diesem Programm werden die beiden ClAs 
auf die Anfangswerte gestellt. 


JSR 58648 Sprung in ein Pro- 
gramm, welches zu- 
erst den VIC-II-Chip 
initialisiert, dann einen 
Bildschirmeditor-RE- 
SET durchführt. Nach 
Beenden dieser Rou- 
tine ist der Bildschirm 
gelöscht. 

JMP (40962) Mit diesem indirek- 
ten Sprung ist die BRK- 
Unterbrechung been- 
det. Man sieht aber 
jetzt schon, dass es 
sich hier nicht um eine 
Unterbrechung im ei- 
gentlichen Sinn han- 
delt, sondern vielmehr 
um einen Abbruch. In 
40962/40963 steht 
die Adresse des BA- 
SIC-Warmstarts 
(58235). Danach be- 
findet sich der Com- 
puter im READY-Zu- 
stand in der Eingabe- 
Warteschleife. 


Das Zurückholen der Register und ein RTI 
erübrigen sich hier, weil ohnehin viele Werte 
aus dem unterbrochenen Programm inzwi- 
schen weitgehend zerstört sind und alle Un- 
terbrechungskontrollregister (VIC-II-Chip und 
ClAs) neu belegt wurden. Ein unkontrollier- 
ter BRK hat also recht fatale Folgen! 
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Abb. 31: 
Flussdiagramm 
zum Ablauf 
einer NMI-Un- 

IRQ sperren 

Register auf Stapel 

CIA-NMI sperren 

NMI-CIA-Kontroll- 

register laden 


terbrechung 


nein 
Tastaturabfrage 
vorbereiten 


STOP 
Abfrage der 
<STOP>-Taste 


<RESTORE>\ nein Programm- 
Ü abbruch 


ja 


RS232C-Behandlung 
Register vom 
Stapel holen 
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Was macht ein NMI? 


Wenden wir uns nun der Firmware zu, die 
zur Bearbeitung eines NMils vorgesehen ist 
(Dazu sehen Sie sich bitte in Abbildung 31 
das Flussdiagramm an). In der letzten Folge 
erfuhren wir, dass auch für diese Unterbre- 
chung am Ende des Speichers ein Vektor 
vorhanden ist, nämlich $FFFA/FFFB (65530 / 
65531). Dort steht die Adresse 65091 ($FE43), 
die nun in den Programmzähler gelangt, 
und damit startet das folgende Programm: 


65091 SEI 


JMP (792) 


65095 PHA 
TXA 
PHA 
TYA 
PHA 


LDA #127 
STA 56589 


1.DY'. 56589 


Unterbrechungen 
niedrigerer Priorität 
werden gesperrt. 

Das ist wieder ein für 
uns sehr interessanter 
Vektor 792/793 
($318/ 319), der - weil 
erim RAM-Bereich 
liegt - verstellbar ist. 
Genau das haben wir 
am Ende der letzten 
Folge mittels des M- 
Kommandos von 
SMON festgestellt, um 
den NMlI zu testen, 
den wir mit der <RES- 
TORE>-Taste ausgelöst 
haben. Der voreinge- 
stellte Wert in diesem 
Vektor ist die Adresse 
65095 ($FE47), also 
direkt der nächste Be- 
fehl nach dem indirek- 
ten Sprungbefehl. 
Ebenso wie vorhin 
beim IRQ werden hier 
hier die Inhalte des 
Akkus und der Regis- 
ter auf den Stapel ge- 
schoben. 

binäroO111 1111 
Sperrt alle weiteren 
NMI-Anforderungen 
NMI-CIA-Kontrollre- 
gister laden 


BMI 65138 Wenn der NMI von der 
RESTORE-Taste kam, 
ist Bit 7 des Registers 
= 0, sonst = I (bei NMI- 
Anforderung durch 
NMI-CIA). 


An dieser Stelle läuft nun das Programm 
weiter, wenn die <RESTORE>-Taste der NMI- 
Auslöser war: 


65110 JSR 64770 Das ist ein Unterpro- 
gramm, welches prüft, 
ob ein Modul ab $8000 
vorhanden ist. 


Dies wird dadurch angezeigt, dass von $8004 
bis $8008 die folgenden Werte stehen: 195, 
194, 205, 56, 48 (das ist »CBM80«). 


BNE 65118 Wenn kein Modulpro- 
gramm ab $8000 vor- 
liegt, erfolgt Sprung. 

JMP (32770) Falls Modul 


Wenn ein Modul angezeigt wurde, erfolgt 
der indirekte Sprung nach dem Vektor $8002 
/8003, der vom Modul vorgegeben wird. 
Das kann man auch nutzen, um eigene Ma- 
schinenprogramme durch einen Druck auf 
die <RESTORE>-Taste zu starten. Man muss 
dann nur in die Speicherstellen $8002 bis 
8008 diie geforderte Zieladresse beziehungs- 
weise »CBM80« schreiben. 

Der nun folgende Abschnitt wird nur an- 
gesprungen, wenn die <RESTORE>-Taste der 
NMI-Auslöser war: 


65118 JSR 63164 Das ist ein Programm- 
teil, der auch schon 
von der IRQ-Routine 
(nach dem Weiterstel- 
len von TI$) durchlau- 
fen wird. Hier werden 
einige Voreinstellun- 
gen für die Tastatur- 
abfrage erledigt, die ins- 
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besondere die <RUN / 
STOP>-Taste betreffen. 
JSR 65505 Kernalroutine STOP 


Dort befindet sich ein indirekter Sprung 
über den Vektor 808/809 ($328/ 329), also 
auch ein verstellbarer RAM -Vektor. Im Nor- 
malfall zeigt dieser Vektor auf 63213 ($F6ED). 
Dort wird geprüft, ob die <RUN/ STOP>-Tas- 
te gedrückt ist. 

Eine andere Methode zum Ausschalten 
von <RUN/STOP> bietet sich hier an, welche 
die Uhr TI$ ungeschoren lässt: 


BNE 65138 Falls nur die <RESTO- 
RE>-Taste (also ohne 
<RUN/STOP) gedrückt 
ist, erfolgt ein Sprung. 


Waren aber sowohl die <RUN/STOP>- als 
auch die <RESTORE>-Taste gedrückt, dann 
folgt nun ein Programmabbruch, der uns 
schon von BRK her bekannt ist. Hier wie 
dort endet das Ganze dann mit dem Reset 
der I/ O-Bausteine, des VIC-II-Chips, der Vek- 
toren und des Bildschirmeditors. Das Ergeb- 
nis ist ein BASIC-Warmstart. 

Ab 65 138 befindet sich der Rest der NMI- 
Routine, auf die das Programm läuft, wenn 


l.die NMI-Anforderung nicht von der <RES- 
TORE>-Taste kommt oder 

2.zwar von dieser Taste kommt, aber die 
<RUN/ STOP>-Taste nicht gedrückt ist. 


65138 bis 65211 Dieser Abschnitt ist zur 
Behandlung der RS- 
232C-Schnittstelle 
eingerichtet. 


65212 PLA Abschluss des NMils 
TAY durch Rückschreiben 
PLA des Akkus und der Re- 
TAX gister vom Stapel 
PLA 

65217 RTI Rückkehr zum unter- 


brochenen Programm 
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Abb. 32: 
Diesem Weg 
folgt ein RESET. 


Wenn Sie sich nun mal unser kleines Demo- 
Programm aus der letzten Folge ansehen, 
dann werden Sie feststellen, dass der Pro- 
grammteil bis $600E lediglich den ersten 
Teil der normalen NMI-Routine kopiert. Die 
Prüfung auf das Modul und die <RUN/ 
STOP>-Taste werden übersprungen. Statt 
dessen erfolgt nach der Abarbeitung des für 
die <RESTORE>-Taste gebauten Programms 
das Ende der NMI-Routine ($FEBC = 65212). 
Im anderen Fall, wenn also die <RESTORE>- 
Taste nicht der Auslöser des NMis war, wird in 
die normale Routine ab 65138 eingemündet. 


Eigentlich keine Unterbrechung: RESET 

Weil wir alle Unterbrechungen hier bearbei- 
ten wollen, soll auch der RESET angespro- 
chen werden. Es handelt sich dabei aber 
nicht um eine Unterbrechung im bisher defi- 
nierten Sinn. Mir fällt allerdings kein Platz in 
dieser Serie ein, an den der RESET besser 
passen würde. Ähnlich wie bei NMI und IRQ 
wird auch hier ein Vektorinhalt in den Pro- 


IRQ sperren 
Stapel initialisieren 
Dezimalmodus 
ausschalten 
Prüfen, ob Modul 
vorhanden ist 


Initialisierung 
aller Bausteine 
BASIC-Start 
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grammzähler geladen, der in den höchsten 
Speicheradressen zu finden ist (auch hierzu 
wieder ein Flussdiagramm in Abbildung 32). 
Dieser Vektor liegt in $FFFC/FFFD. Der In- 
halt ist die Adresse 64738 ($FCE2), und ge- 
nau dort geht das Programm dann weiter: 


Im ersten Teil wird der 
Stapelspeicher initia- 


64738 LDX #255 


lisiert. 
SEI Verhindern von IRQs 
TXS Stapelzeiger auf $FF 
CLD Dezimal-Modus aus- 
schalten (falls er ein- 
geschaltet war) 
JSR 64770 Das ist wieder das Un- 


terprogramm, das auf 
ein Modul prüft. 


Hier ergibt sich die Möglichkeit, auch beim 
RESET einzugreifen, indem man die Ken- 
nung »CBM80« an die abgefragten Orte packt. 


BNE 64751 Falls kein Modul, er- 
folgt Sprung 
64748 JMP (32768) 


Dieser indirekte Sprung erfolgt nach dem 
Vektorinhalt von $8000/8001 = 32768/ 
32769. Das ist ein anderer Vektor, als wir ihn 
vorhin beim NMI hatten (dort war es 
$8002 / 8003 = 32770/32771). So kann ein 
anderer Programmteil angesteuert werden 
als durch den NMI, was übrigens auch drin- 
gend erforderlich ist, weil der Stapelzeiger 
zerstört wurde. 


Hier läuft das Pro- 
gramm weiter, falls 
keine Modulkennung 
erkannt wurde. 


64751 


Der ganze Rest dient dem Versetzen des 
Computers in den Einschaltzustand. Aller- 
dings bin ich davon überzeugt, dass zwi- 
schen dem einfachen Aus- und wieder Ein- 
schalten des Computers und einem RESET 


noch irgendein Unterschied bestehen muss. 
Es hat sich nämlich bei einigen Programmen 
gezeigt, dass sie nach einem RESET fehler- 
hafte Verläufe nehmen können, was nach ei- 
nem totalen Aus- und wieder Einschalten 
nicht zu beobachten war. Der Grund für die- 
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sen Unterschied liegt (für mich) noch im 
Dunkeln. 

In der nächsten Folge werden wir der Sa- 
che mit dem Modulstart noch etwas weiter 
auf den Grund gehen und auch ein interes- 
santes Programm dazu entwickeln. 
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Erschienen in: 64°er 9371985 
Verantwortlicher Redakteur: Georg Klinge 
Autor: Heimo Ponnath 


Wie macht man Programme Reset-fest? ,soorF A9 60 LDA #60 Progr. 8: 
. . Simulation 
Außerdem schauen wir dem »Rasterzeilen- ‚6011 8D 03 80 STA 8003 eines Moduls 
Interrupt« etwas genauer auf die Finger ‚6014 A9 C3 LDA #C3 
und entwickeln ein Programm dazu. ‚6016 R2 <e3 LDX #C2 
‚6018 AO CD LDY #CD 
Die Sache mit dem Modulstart ‚601A 8D 04 80 STA 8004 
Sowohl beim RESET als auch beim NMI ha- ,‚601D 8E 05 80 STX 8005 
ben wir festgestellt, dass der Modulstart-Be- ‚6020 8sC 06 80 STY 8006 
reich ab $8000 eine besondere Rolle spielt. ‚6023 A9 38 LDA #38 
In Abbildung 33 finden Sie noch mal zu- ,6025 A2 30 LDX #30 
sammengefasst, was sich dort findet, wenn ,6027 8D 07 80 STA 8007 
ein Modul vorhanden ist. ‚602A 8E 08 80 STX 8008 
Wir wollen im folgenden Beispielprogramm ,602D 60 RTS 
(Programm 6) ein Modul simulieren, indem ------------------------------- 
wir den SMON mittels des RESET ansprin- ,‚602E 8E 16 DO STX D016 
gen. Der NMI - also die <RUN/STOP>-<RES-  ,6031 20 A3 FD JSR FDA3 
TORE>-Tastenkombination - soll dabei wir- ,6034 20 50 FD JSR FD50 
kungslos gemacht werden. Abbildung 34 ,6037 20 8A FF JSR FF8A 
zeigt ein Flussdiagramm dieses Beispielpro- ,603A 20 5B FF JSR FFSB 
gramms. ‚603D 58 CET 
‚603E 4C 00 co JMP CO000 
PROGRAMM ET HRRE HH 
‚6000 A9 2E LDA #2E ‚6041 68 PLA 
‚6002 8D 00 80 STA 8000 ‚6042 A8 TAY 
‚6005 A9 60 LDA #60 ‚6043 68 PLA 
‚6007 8D 01 80 STA 8001 ‚6044 AA TAX 
‚600A A9 Al LDA #41 ‚6045 68 PLA 
‚600C 8D 02 80 STA 8002 ‚6046 40 RTI 


Abb. 33; 

Diesen Inhalt 
müssen die 
Speicherstellen 
$8000 bis $8008 
haben, damit 
ein Modulstart 
stattfindet. 


RESET-Vektor NMI-Vektor 
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Achten Sie bitte darauf, dass Sie nach dem 
Eintippen des Programms abspeichern und 
- natürlich - dass die SMON-Version ab 
$CO00 im Speicher vorliegt. Mit SYS 24576 
starten Sie unser Programm, in dem durch 
diesen SYS-Befehl zunächst nach $8000/ I 
die Startadresse einer neuen RESET-Service- 
routine geschrieben wird und nach $8002/3 
die der neuen NMI-Routine. Außerdem wird 
die Modulkennung in die vorgeschriebenen 
Speicherplätze eingetragen. Wenn Sie nun 
mal die <RESTORE>-Taste - oder <RUN/ 
STOP> und <RESTORE> - drücken, passiert 
offensichtlich nichts. Das liegt daran, dass 
unser Programm lediglich die auf den Stapel 
gelegten Register wieder zurückholt und 
aus der Unterbrechung mit RTI ins normale 


Haben Sie einen RESET-Taster eingebaut? 
Dann drücken Sie doch mal drauf. Zunächst 
erkennen Sie den normalen RESET-Verlauf. 
Dann meldet sich aber nicht wie gewohnt 
die Nachricht »CBM-BASIC ...«, sondern der 
SMON mit einer Registeranzeige. Das RE- 
SET-Programm ab $602E folgt dem Firmwa- 
re-Programm. Lediglich der letzte Sprung- 
befehl ist anders und führt statt ins BASIC in 
den SMON. Der SMON wird fehlerfrei funk- 
tionieren, solange Sie nicht versuchen, mit 
dem X-Kommando wieder ins BASIC zu- 
rückzukehren. Dann wird Unsinn passieren, 
denn auf einen Start mittels RESET ist der 
SMON nicht gefasst, und in den Speicher- 
stellen, die sonst eine Rückkehradresse ent- 
halten, befindet sich nichts Sinnvolles. Es ist 
daher auch nicht möglich, den SMON wie- 
der zu verlassen - außer durch Speicherstel- 


Abb. 34: 
Flussdiagramm 
zu Programm 6 

(Modulsimu- 
lation) 


lenmanipulationen oder die Notbremse: Aus- 
und wieder Einschalten. 

Auf diese Weise (und mittels eines Auto- 
starts) sichern sich Softwarehäuser manch- 


Geschehen zurückkehrt. 
Modul- RESET- NMI-Modul- 
Simulation Modulprogramm programm 
Register vom 


Modul-RESET- RESET-Bit im 
Vektor belegen VIC-II-Chip setzen Stapel holen 


NMI-RESET- 


Vektor belegen VO-RESET 


Modulkennung 


{CBM80) eintragen RAM-TEST 


RESTOR 
TV/TAKT 


IRQ freigeben 


Sprung zum 
SMON 
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mal gegen unbefugtes Kopieren ihrer Pro- 
gramme. 


Nutzung der Unterbrechungen 

Sowohl was die Hardware als auch die Firm- 
ware für die Unterbrechungsbehandlung an- 
geht, haben wir nun einen guten Überblick 
gewonnen. Es ist jetzt an der Zeit, dass wir 
uns ansehen, auf welche Weise man dieses 
Reservoir an vielfältigen Möglichkeiten für 
sich nutzen kann. Dazu soll uns ein Über- 
blick dienen: 


l. Auslösung der Unterbrechung durch Hard- 
ware-Einwirkungen: 

Da hätten wir beispielsweise den User- 
Port oder den Expansion-Port, über die wir 
per CIA Unterbrechungen anfordern kön- 
nen. Um es gleich zu sagen: Damit werden 
wir uns nicht auseinandersetzen. Meine 
Kenntnisse auf diesem Gebiet sind zu dünn. 
2. Unterbrechungsauslösung per Software: 
Damit haben wir immer noch ein weites 
Feld von Möglichkeiten vor uns: 


2.1 Vorgesehene Nutzungen des IRQ 

- mittels des VIC-II-Chips: Da können wir 
uns auf den Rasterzeileninterrupt, die Spri- 
te-/Hintergrund- oder die Sprite- / Sprite- 
Kollision stützen. 

- mithilfe des CIA 1: Da ist es vor allem der 
60-mal pro Sekunde auftretende Timer-A- 
Unterlauf, der uns interessieren soll. 


2.2 Vorgesehene Nutzungen des NMI 

- CIA 2: Lässt man die RS232C-Schnittstel- 
lenbehandlung außer Acht, dann gibt es kei- 
ne vorgesehene Nutzung. 

- RESTORE: Zusammen mit der Taste <RUN / 
STOP> kann man die vorgegebene Routine 
verändern, wie wir es schon in einigen Bei- 
spielen gezeigt haben. 

Wir können außerdem noch unterschei- 
den zwischen Nutzungen, die periodisch 
stattfinden sollen (zum Beispiel eine spe- 
zielle Tastaturabfrage) und solchen, die sto- 
chastisch (= zufallsabhängig) oder willkür- 
lich erfolgen (zum Beispiel Drücken der 
<RESTORE>-Taste). Beides ist auch durch- 
führbar bei: 


2.3 Nicht vorgesehene Nutzung der Unter- 
brechungen 

Da bietet sich vor allem der meistens völ- 
lig brach liegende CIA 2 mit seinen beiden 
Timern und der Alarmfunktion an. Wenn Sie 
aber erst einmal vertraut mit der Unterbre- 
chungs-Programmierung sind und auch et- 
was Zeit zum Tüfteln investieren, finden Sie 
bestimmt noch eine ganze Menge weiterer 
Möglichkeiten. Bei mehreren gleichartigen 
Unterbrechungsanforderungen (zum Bei- 
spiel IRQs) muss noch ein Weg gefunden 
werden, wie zwischen den dann vielleicht 
anfallenden unterschiedlichen Service-Rou- 
tinen differenziert werden kann. Denkbar 
waren beispielsweise Aufgabenstellungen 
wie: 
- Jeder 3. Timer-IRQ soll den Joystick abfra- 

gen 
- RESTORE + h soll den Hilfsbildschirm zei- 

gen 
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- RESTORE + z soll den aktuellen Bildschirm 
wieder restaurieren 
- etc. 


Sie sehen: Eine große Menge Arbeit wartet 
auf uns. Nicht zu allen Möglichkeiten werde 
ich hier Beispielprogramme zeigen. 

Außerdem dürfen die dann auch nicht zu 
undurchsichtig sein, und man sollte mög- 
lichst den Erfolg eines solchen Demo-Pro- 
gramms auf dem Bildschirm erkennen kön- 
nen. 

Trotzdem hoffe ich, dass die nachfolgend 
und in der nächsten Folge gezeigten Pro- 
grammlösungen ausreichen, um Ihnen die 
Unterbrechungs-Behandlung mit eigenen 
Routinen durchschaubar zu machen. Ich will 
Ihnen aber nicht verschweigen, dass auch 
mir noch längst nicht alle Geheimnisse der 
Unterbrechungsprogrammierung offenbar 
geworden sind. Oft finde ich mich unverse- 
hens in Programm-Sackgassen wieder. Das 
soll Ihnen als kleiner Trost dienen, wenn Sie 
mal nach dem 1001. Absturz müde und mit 
rauchendem Kopf vor Ihrem Commodore- 
Ungeheuer sitzen. 


Ein Programm zum VIC-H-IRQ 

Sehr schöne Effekte lassen sich durch eine 
periodische IRQ-Anforderung per Raster- 
zeileninterrupt mittels des VIC-II-Chips er- 
zielen. Deshalb ist so was auch ein beliebtes 
Objekt für Demos von Unterbrechungspro- 
grammen. Als Ziel setzen wir uns, einen 
Bildschirm zu konstruieren, dessen Rahmen 
in allen Farben schillert. 

Der VIC-II-Chip besitzt diese Möglichkeit: 
Man kann dem Kathodenstrahl, der über 
den Monitor huscht, um das Bild zu erzeu- 
gen, über zwei Register folgen - die Raster- 
register, wo jede Rasterzeile mitgezählt 
wird. Ohne an dieser Stelle allzusehr in die 
Einzelheiten einzugehen, soll hier nur be- 
merkt werden, dass die Nummerierung da- 
bei etwa von O bis 280 geht, weil auch der 
Rahmen und nicht sichtbare Teile des Bild- 
schirms vom Strahl überstrichen werden. 
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Abb. 35: 

So sieht das 9- 

Bit-Register im 

VIC-IH-Chip aus, 

das die Raster- 

zeilen mitzählt. 
MSB 


EI 
— zu 


53265 (Bıt 7) 


Wo das Textfeld anfängt, ist von Monitor zu 
Monitor (oder Fernseher) etwas unterschied- 
lich. Bei mir beginnt es oben in Rasterzeile 
50 und endet unten bei Zeile 248. 

Sollten die im Beispielprogramm 7 nach- 
her voreingestellten Randwerte bei Ihnen 
also anders sein, können Sie sie durch eini- 
ge später noch angegebene POKEs ändern. 
Die beiden Rasterzeilenregister sind: 
$DO12 (53 266) und $DO11 (53 265) 
Von $DO 11 ist allerdings nur das Bit 7 als MSB 
der Rasterzeilenzahl für uns von Bedeutung. 
Abbildung 35 soll diese Belegung deutlich 
machen. 

Das Interessante an diesen Registern ist 
nun, dass man auch in sie schreiben kann. 
Die auf diese Weise festgelegte Rasterzeile 
ist dann der Auslöser des IRQs, falls dieser 
im Interrupt-Enable-Register $DOI1A freige- 
geben wurde (das kennen wir noch aus der 
letzten Folge). 

Damit kann also unsere primäre Unterbre- 
chungsquelle (der VIC-II-Chip) programmiert 
werden. Halten wir die zwei Schritte dazu 
noch mal fest: 


l.Rasterzeile, bei der ein IRQ ausgelöst wer- 
den soll, durch Einschreiben in die Register 
$DO12 und Bit 7 von $DOI1 festlegen 

2.Freigeben des Rasterzeileninterrupts durch 
Einschreiben von 1000 0001 in das Inter- 
rupt-Enable-Register $DOI A 


Der nächste Schritt betrifft die Bearbeitung 
des IRQs durch die CPU. Wie wir vorhin ge- 
sehen haben, springt das Programm beim 
IRQ mittels eines indirekten Sprungs, der 
auf den Vektor 788/9 ($314/ 5) zugreift. Die- 
ser Vektor muss nun auf die eigene Routine 
verbogen werden, also: 


LSB 


53266 (Bit 0-7) 
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3.Vektor $314/5 auf die IRQ-Service-Routi- 
ne richten 


Damit wären alle Vorbereitungen getroffen. 
Der Rest liegt nun ganz bei uns - bezie- 
hungsweise bei dem von uns zu schreiben- 
den Service-Programm. 

Als Abbildung 36 finden Sie das Flussdia- 
gramm unseres Beispielprogramms, das im 
Folgenden entwickelt wird und das Sie als 
Programm 7 am Ende des Artikels im Über- 
blick abgedruckt finden. 

Gehen wir nun an die Realisierung. Zu- 
nächst die Initialisierung, die wir bei $6000 
(also durch SYS 24576 zu starten) begin- 
nen lassen: 


6000 SEI Sperren von IRQs 

Schritt 3: 

6001 LDA #528 LSB der IRQ-Routine 

6003 STA 0314 in IRQ-Vektor-LSB 

6006 LDA #560 MSB der IRQ-Routine 

6008 STA 0315 in IRQ-Vektor-MSB 

Schritt 1: 

600B LDA #5SF8 Rasterzeile, bei der das 
Textfenster endet. Von 
da an soll der Rahmen 
schwarz sein. 

600D STA DO012 in Rasterzeilen-Regis- 
ter (LSB) schreiben 

6010 LDA DO11 Register mit dem MSB 
des Rasterzeilenzäh- 
lers 

6013 AND #S7F O111 1111 löscht Bit 7 

6015 STA DO1l1l Zurückschreiben. Da- 
mit ist die Rasterzeile, 
die den IRQ auslösen 
soll, festgelegt. 

Schritt 2: 

6018 LDA #581 1000 0001 wird nun 


ins IRQ-Enable-Regis- 
ter geschrieben, um 
den Rasterzeilen-IRQ 
zuzulassen. 


Festlegen einiger Startwerte: 


601D LDA #500 Farbe Schwarz 

601F STA DO20O in Rahmen schreiben 
6022 LDA #504 Streifenbreite in Merk- 
6024. .STA 02 register schreiben 
6026 CLI IRQ freigeben 

6027 RTS Ende der Initialisierung 


Von nun an laufen alle IRQs über unsere ei- 
gene Routine, die bei $6028 beginnt. Zuerst 
müssen wir prüfen, ob die Unterbrechung 
vom VIC-Il-Chip kommt oder vom CIA 1: 
6028 LDA D019 IRQ-Request-Register 
des VIC-Il-Chips (sie- 
he letzte Folge). Dort 
ist Bit 7 gesetzt, wenn 
die Anforderung vom 
VIC-II-Chip kam. 
Zurückschreiben 
Sprung, falls VIC-IRQ, 
sonst CIA-IRQ 


602B STA DO019 
602E BMI 6037 


Bearbeiten eines CIA-IRQs 

6030 LDA DCOD Löschen des CIA-I- 
Unterbrechungs-Kon- 
trollregisters 

IRQ zulassen. Damit 
können innerhalb ei- 
nes CIA-IRQs auch un- 
sere VIC-IRQs gesche- 
hen. 

Bearbeitung des CIA- 
IRQs durch die nor- 
male Routine 


60.93. "GEHE 


6034 JMP EA31 


Unser Programm für VIC-IH-IRQs: 

6037 LDA DO012 Rasterzeilen-Register 
laden, um festzustel- 
len, welche Zeile den 
IRQ auslöste 
Vergleich mit Ende des 
Textfensters 

Wenn unterhalb des 
Textfensters: Sprung 


603A CMP #SF8 


603C BCS 604F 


Der folgende Programmteil ist wirksam, wenn 
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der IRQ-Auslöser eine Zeile in Höhe des 
Textfensters war: 


Addition vorbereiten 
Streifenbreite aus dem 
Merkregister addieren 
Neuen Wert in Raster- 
zeilen-Register schrei- 
ben 


603E CC 
603F ADC 02 


6041 STA DO12 


Damit wird eine neue Rasterzeile als IRQ- 
Auslöser festgelegt, welche um eine Streifen- 
breite tiefer liegt als die vorhergegangene. 
Es folgt eine kleine Verzögerungsschleife, 
die aber nur zum Experimentieren einge- 
baut wurde: 


Schleifen-Startwert 
Herunterzählen 
NEXTYbisY=O0O 


6044 LDY #503 
6046 DEY 
6047 BNE 6046 


Ändern der Rahmenfarbe bis zum nächs- 
ten Raster-IRQ 

6049 INC DO20 Farbkode + I. Wenn Ko- 
de im Rahmenfarbre- 
gister > 15 wird, fängt 
wieder Farbkode O an, 
weil die Bits 5-7 kei- 
ne Funktion haben. 


Rücksprung in den Rest der normalen IRQ- 
Routine: 

604C JMP EA8S1 Siehe unsere Unter- 
suchung der IRQ-Firm- 


ware. 


Damit ist der Rahmen in Höhe des Textfens- 
ters behandelt. Es schließt sich nun der Teil 
an, der die Rahmenbereiche unter- und 
oberhalb bearbeitet: 
604F LDA #500 
6051 STA DO20 
6054 LDA #532 


Farbkode Schwarz in 
Rahmenfarb-Register 
Rasterzeile, bei der das 
Textfenster oben be- 
ginnt 

In Rasterzeilen-Regis- 
ter schreiben 


6056 STA DO1l2 
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6059 JMP EA81 Abschluss durch Sprung 
zum Ende der norma- 


len IRQ- Routine 


Damit ist festgelegt, dass die Rahmenfarbe 
ober- und unterhalb des Textfensters schwarz 
wird. 

Unsere eigene Routine ist jetzt abgeschlos- 
sen. Zum guten Ton gehört es, dem Benut- 
zer auch die Möglichkeit zu bieten, diese 
Routine wieder abzuschalten. Das erfolgt im 
letzten Programmteil, der mittels SYS 24688 
aktiviert werden kann: 


Abb. 36: 
Flussdiagramm 605C SEI 
— Bea 605D LDA #$00 
vorgestellten 
Programm 7. Ein 605F STA DOIA 
bunterRahmen 6062 LDA #531 


wird erzeugt. 


bunter Rahmen 


Initialisierung 


IRQ sperren 


neuer IRQ 


Prüfen, ob 
VIC-ÄRQ 


IRQ-Vektor 
neu belegen 


Rasterzeile 
auf unteren 
Textfensterrand 


ja 


Rasterzeilen- Textfonster 


unterbrechung 
freigeben 


- Rahmenfarbe schwarz 
- Streifenbreite in 
Merkregister 


IRQ freigeben 


nein 


Streifenbreite zum 
Rasterregister addieren 


Vergleich, ob Raster- 
zeile = unteres 


IRQ sperren 
Raster-IRQ 
abschalten 
IRQ-Vektor 


nein CIA-1-1RQ-Register 
löschen 


IRQ freigeben 


Sprung zur 
normalen IRQ- 
Routine 


ja 
J Rahmenfarbe schwarz 


Rasterzeile auf oberen 
Textfensterrand setzen 


Sprung zum 
Rest der normalen 
IRQ-Routine 


Verzögerungsschleife 


Rahmenfarbe + 1 


Sprung zum 


Rest der normalen 


IRQ-Routine 
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normalen IRQ-Vektor 


Rahmenfarbregister 


6064 restaurieren 
6067 
6069 
606C 
606E 
6071 


6072 


STA 0314 
LDA #SEA 
>12: 03:75 
LDA #S0E 
STA DO20 
CLI 

RTS 


Unser Programm ist komplett. Speichern Sie 
es bitte vor dem Starten ab. Nach dem SYS 
24676 finden Sie einen hübschen bunten 
Rahmen vor, der oberhalb und unterhalb 
des Textfensters schwarz ist. Besonders gut 
- finde ich - sieht das Ganze aus, wenn man 
die Hintergrundfarbe des Textfensters auch 
auf Schwarz setzt. Das Programm erlaubt 
noch einige Experimente: Durch POKE-Kom- 
mandos in die Speicherstelle 2 kann die ak- 
tuelle Streifenbreite variiert 
werden, durch POKESs in die 
Zelle 24645 der Startwert 
der Verzögerungsschleife. 

Probieren Sie’s doch mal 
aus. Eine Erkenntnis werden 
Sie gewinnen: In der Unter- 
brechungs-Programmie- 
rung spielt die Zeit eine wich- 
tige Rolle. Das zeigt sich auch, 
wenn man zum Beispiel Cur- 
sorbewegungen durchführt: 
Die Streifen fangen an zu 
wandern. 

Weitere Möglichkeiten zum 
Experimentieren sind gege- 
ben, wenn Sie die Rasterzei- 
len verändern, die den obe- 
ren und unteren Rand des 
Textfensters markieren: 

Durch POKE 24661, Zahl 
verschieben Sie die obere, 
durch POKE 24635,X : PO- 
KE 24588,X die untere Ras- 
terzeile, von der an alles 
schwarz ist. Wie schon vor- 
hin erwähnt, habe ich im 
Programm diese Werte auf 
50 beziehungsweise 248 fi- 


Ausschalten 
der eigenen 
IRQ-Routine 


IRQ sperren 


Rasterzeilen- 
Unterbrechung 
sperren 


wiederherstellen 


Hellblau in 


IRQ freigeben 


xiert, weil genau dort auf meinem Monitor 
das Textfenster liegt. 

Mit diesem Beispiel sollte es Ihnen nun 
möglich sein, auch andere Unterbrechungs- 
programme zu schreiben, die sich der Ras- 
terzeilen-Unterbrechung per VIC-II-Chip be- 
dienen. 

Eine Bemerkung sollte ich Ihnen noch auf 
den Weg Ihrer eigenen Versuche mitgeben: 
Der Elektronenstrahl, der über den Bildschirm 
saust und beim Erreichen des von uns be- 
stimmten Rasterzeilenwertes zum Auslösen 
des IRQs führt, ist enorm schnell. Die Ser- 
viceprogramme dürfen deshalb nicht zu 
lang sein, sonst steht der nächste IRQ schon 
wieder an, bevor der Vorangegangene bear- 
beitet ist. 

In der kommenden Folge sollen Beispiele 
für andere Unterbrechungsformen vorge- 
stellt werden, die durch die ClAs und die 
<RESTORE>-Taste angesprochen werden. 

Danach soll es um die Anwendung des 
bisher Gelernten gehen, wobei wir uns wie- 
der mehr den Interpreter-Routinen und auch 
den Kernal-Möglichkeiten zuwenden wol- 
len. 


PROGRAMM 9 

‚6000 78 SEI 
‚6001 A9 28 LDA #28 
‚6003 8D 14 03 sSTA 0314 
‚6006 AI 60 LDA #60 
‚6008 8D-.- 13’ : 03 STA 0315 
‚600B A9I F8 LDA #F8 
‚600D 8D 12 DO STA D012 
‚6010 AD 11 DO LDA DO11 
‚6013 2%. IE AND #7F 
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STA 
LDA 
STA 
LDA 
sSTA 
LDA 


DO1l1l 
#81 
DOI1A 
#00 
DO20 
#04 
02 


60:15 BD... 11:..DO 
‚6018 A9 81 
‚s01A 8D 1A DO 
‚s01D A9 00 

60 LP 8D 20 DO 
‚6022 A9 04 
‚8024 85 02 
‚6026 58 

‚6027 60 

‚6028 AD 19 DO 
‚602B 8D 19 DO 
‚602E 30. 207 
‚6030 AD 0D DC 
„6033 58 

‚6034 4C 31 EA 
„6037 AD 12 DO 
‚603A CI .E8 
„B03€E BO‘ 11 
AU3E 18 

;603E 65 02 
‚041 8D 12 DO 
‚6044 AO 03 
‚6046 88 

‚6047 DO FD 
‚6049 EE 20 DO 
‚e04C 4C 81 EA 
‚604F A9 00 
‚e051 8D 20 DO 
‚6054 A9 32 
‚6056 8D 12 DO 
‚6059 4C 81 EA 
‚s05C 78 

‚6.05D A9 00 
;605E 8D 1A DO 
‚6062 AS 31 
‚6064 8D 14 03 
‚6067 AI EA 
‚6069 8D 15 03 
‚e06C AI 0E 
‚606E 8D 20 DO 
6071 58 

60,72 60 
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Progr. 9: 

Das im Artikel 
entwickelte 
Programm auf 
einen Blick 


hssembler 
Folge 173 


Erschienen in: 
Verantwortlicher Redakteur: 
Autor: Heimo Ponnath 


Im Gegensatz zum sonstigen Sprachge- 
brauch erregt das Kürzel »CIA« bei Com- 
modore-64-Kennern angenehme Assozia- 
tionen. 

Die beiden ClAs (Complex Interface Adap- 
ter) unseres Computers und ihre Rolle bei 
der Unterbrechungs-Programmierung sol- 
len in dieser Folge entschleiert werden. 


Lassen Sie uns kurz rekapitulieren: Als pri- 
märe Unterbrechungsanforderer hatten wir 
drei Bausteine unseres Computers benannt, 
nämlich den VIC-II-Chip und die beiden CIA- 
Bausteine. CIA kommt von »Complex Inter- 
face Adapter« und ist die Bezeichnung für 
die beiden Ein- und Ausgabe-Bausteine, die 
den gesamten Verkehr zwischen dem zen- 
tralen Gehirn unseres C 64 und der Periphe- 


ist keine filchemie 


64’er 18719385 


Georg Klinge 


rie managen. Wir hatten bemerkt, dass ein 
CIA, der IRQ-CIA (Adressen von 56 320 bis 
56 575), ausschließlich für die maskierbaren 
Unterbrechungen zuständig ist. Dazu gehö- 
ren die 60-mal pro Sekunde stattfindenden 
»Timer-Interrupts«, welche die Cursorbehand- 
lung, die TI$-Uhr, die Tastaturabfrage etc. 
bearbeiten. Der andere CIA, genannt NMI- 
CIA (Adressenraum 56 576 - 56831), ist nur 
für die nicht maskierbaren Unterbrechungen 
verantwortlich und wird bei normaler Nut- 
zung des C 64 so gut wie nie eingesetzt. Ich 
gehe im Folgenden davon aus, dass Sie kei- 
ne RS232C-Schnittstelle in Ihren Computer 
eingesetzt haben. Sollte das aber der Fall 
sein, dann müssten Sie darauf achten, die 
folgenden Beispiele - die den NMI-CIA be- 
treffen - ohne gleichzeitigen Betrieb dieser 


Tab. 30: 

Die wichtigen 
Register der 
beiden CIAs 
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Schnittstelle anzuwenden, weil sich sonst 
Störungen ergeben könnten. 

In Folge IO haben wir uns ein Register 
(das Register 13, Interrupt-Kontrollregister) 
der ClAs schon genauer angesehen und 
auch die Unterschiede beider Bausteine 
festgestellt. Dort war die Rede von Timern, 
Echtzeituhren, Alarm-Funktionen etc. Was 
es damit auf sich hat und wie man diese 
Möglichkeiten nutzen kann, soll diesmal un- 
ser Thema sein. Wir werden uns dazu alle 
Register der CIAs genauer ansehen, die für 
die von uns ausgewählten Unterbrechungs- 
optionen eine Rolle spielen. 

Dabei fallen einige unter den Tisch - das 
habe ich aber schon in Folge IO angekün- 
digt -, nämlich diejenigen, die mit dem Ver- 
kehr über den seriellen Port beziehungswei- 
se über die RS232C-Schnittstelle zu tun 
haben. 

In Tabelle 30 finden Sie zunächst eine 
Übersicht der von uns behandelten Register. 

Sie sehen, dass jeder CIA über zwei so 
genannte Timer (A und B) verfügt, sodann 
über die »Time of Day« (zu deutsch etwa 
»Tageszeit«) genannte Echtzeituhr mit vier 
Registern und schließlich noch über drei 
Kontrollregister, zu denen auch das schon 
erwähnte Register 13 gehört. Sehen wir uns 
zunächst die Timer an: 


Die Timer der ClAs 

Insgesamt verfügen wir über vier dieser Ti- 
mer: Timer A und B im CIA I und dasselbe 
noch mal im CIA 2. Es handelt sich dabei um 
16-Bit-Register, in die ein Startwert geschrie- 
ben werden kann, von dem an dann herun- 
tergezählt wird. Jedes Mal, wenn dann der 
Wert O unterschritten ist, gibt es für uns die 
Möglichkeit, bestimmte Ereignisse stattfin- 
den zu lassen. Man kann diese Register un- 
abhängig voneinander, aber auch kombi- 
niert benutzen. 

Ein Lesen des Registers liefert immer den 
momentan gerade aktuellen Wert. Ein Schrei- 
ben in das Register führt automatisch zum 
Festlegen eines Startwerts. Was an Optio- 


144 


nen mit diesen Timern möglich ist, wird 
über Kontrollregister gesteuert. Das CRA 
(Register $0E) bezieht sich vor allem auf den 
Timer A, das CRB (Register $OF) auf Timer B. 
Die 16-Bit-Register werden - wie gewohnt - 
in der Form LSB/ MSB betrieben. In den Ti- 
mer A des CIA I wird bei jedem I/O-Reset 
folgendes Wertepaar eingetragen: 


56324 
56326 


LSB 
MSB 


dezimal 37 
dezimal 64 


Das entspricht einem Startwert von 16421. 
Im PAL-System hat der Quarz, der die Takt- 
frequenz bestimmt, eine Frequenz von 
17,734472 MHz. 

Die Prozessorfrequenz errechnet sich da- 
raus mittels Division durch 18 zu 985 248,4 
Hz (also etwas weniger als I MHz, was den 
europäischen C 64 langsamer macht als den 
amerikanischen, der etwas mehr als I MHz 
verwendet). 

Wenn mit dieser Geschwindigkeit der Ti- 
mer heruntergezählt wird, erhält man genau 
einen Unterlauf alle !/..n Sekunden. Das ist 
der Weg, eine kontrollierte Zeitspanne durch 
den Timer zählen zu lassen. 

Sei X der gesuchte Startwert, der zu einer 
Spanne von T Sekunden führt, dann kann 
man X wie folgt berechnen: 


xX=985248,4*T 


Der Integerwert von X ist dann in ein LSB 
und ein MSB zu teilen und in die Timer-Re- 
gister einzutragen. Allerdings ergibt sich so 
eine natürliche Grenze: 

Die höchste durch 2 Bytes darstellbare 
Zahl ist ja 65535. Wenn wir diesen Wert in 
den Timer schreiben, dann ist er alle !/ ,; Se- 
kunden auf O heruntergezählt. Für längere 
Zeiten ist aber vorgesorgt. Die beiden Timer 
A und B sind zu einem 32-Bit-Register kom- 
binierbar (wie, dazu kommen wir gleich 
noch). Die höchste Zahl X ist dann: 


4 294967 296 = 222 


Damit kann im Extremfall eine Herabzählzeit 
von | Stunde, I2 Minuten und zirka 40 Se- 
kunden eingeplant werden, was für die 
meisten Zwecke ausreichen dürfte. 

Möchten Sie also genau eine Sekunde 
Spielraum beim Herunterzählen haben, dann 
muss die Zahl 985 248 als 4-Byte-Integer- 
Wert in die Speicher von Timer A und Timer 
B gebracht werden. Das führt dann zu den 
Werten O0, 15, 8, 160 (weil 985 248=0 * 
16777216 + 15 * 65536 +8 * 256 + 160). 

O und 15 gelangen als MSB beziehungs- 
weise LSB in Timer B (also Register 07 und 
06), 8 und 160 sind MSB und LSB für den Ti- 
mer A (Register O5 und 04). 

Sehen wir uns nun an, wie wir dem Com- 
puter sagen, was mit diesen Startwerten in 
den Timer-Registern geschehen soll. Die 
beiden Kontrollregister CRA und CRB bezie- 
hen sich weitgehend auf die gleichnamigen 
Timer. In Abbildung 37 finden Sie das Regis- 
ter $OE, also CRA, und in Abbildung 38 das 
andere Kontrollregister CRB ($OF). 

Die Bedeutung der Bits O Dis 4 ist - jeweils 
für den dazugehörigen Timer - identisch: 


7 6 5 4 
TODIN externer in Mode Force 
50 Hz Signal- Load 

verkehr 
Hz 

7 6 5 4 
Alarm ın Mode Force 
Load 
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Bit O 

an dieser Stelle führt zum sofortigen Anhal- 
ten des Timers. I in diesem Bit startet das 
Herunterzählen. 


Bits | und 2 

Diese beiden Bits hängen mit dem externen 
Signalverkehr zusammen und sollen für uns 
außer Acht bleiben. 


Bit 3 

Ist dieses Bit = I, dann ist der so genannte 
»One Shot«-Betrieb des Timers aktiv. Das 
bedeutet, dass vom Startwert an bis auf Null 
heruntergezählt wird. 

Dann findet das programmiierte Ereignis 
statt (zum Beispiel ein IRQ). Anschließend 
wird der Startwert wieder eingeladen und 
der Timer gestoppt. 

Im Gegensatz dazu läuft der »Continu- 
ous«-Betrieb, wenn das Bit den Wert O ent- 
hält. Dabei geschieht zunächst dasselbe wie 
beim »One Shot«-Modus, der Timer wird aber 
nicht angehalten, sondern der ganze Vor- 
gang wiederholt sich in einer Endlosschleife. 


3 2 1 0 
One externer Signal- 
Shot verkehr BR 
Stopp 
Conti- 
nuous 
3 2 1 0 
One externer Signal- 
Shot verkehr u 
Stopp 
Conti- 
nuous 
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Abb. 37: 

Das Kontroll- 
register von 
Timer A 


Abb. 38: 

Das Kontroll- 
register von 
Timer B 
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Bit 4 

Das Hineinschreiben einer I in dieses Bit er- 
zeugt ein sofortiges Neuladen der Timer- 
Register mit dem Startwert. Dabei ist es 
gleichgültig, ob der Timer gerade läuft oder 
nicht. Schreibt man eine Null hinein, hat das 
keine Wirkung. Beim Lesen des Registers ist 
dieses Bit immer O0. Zu diesem Bit und sei- 
ner Wirkung ist noch etwas zu sagen: Das 
Neuladen des Timers geschieht 


— immer dann, wenn ein Unterlauf stattge- 
funden hat 

— falls der Timer steht und in die Register ein 
Startwert geschrieben wird. Dabei ist der 
CIA so konstruiert, dass man kein zwangs- 
weises Laden (also mit Bit 4 = I) braucht, 
wenn man den Startwert in der Reihenfol- 
ge LSB/MSB in die Register bringt. 


Die Bits 5 bis 7 haben nun unterschiedliche 
Bedeutung im CRA und im CRB: Register 
CRA ($0OE) 


Bit 5: 

Ist dieses Bit gleich Null, dann wird im Sys- 
temtakt gezählt. Den hatten wir vorhin zur 
Zeitberechnung schon verwendet. Wenn das 
Bit auf I gesetzt ist, zählt der Timer externe 
Signale. 


Bit 6: 

Spielt für den Signalverkehr über den seriel- 
len Port eine Rolle und soll uns hier nicht 
weiter beschäftigen. 


Bit 7: 

Damit steuert man nicht den Timer A, son- 
dern dieses Bit bezieht sich auf die gleich 
noch zu behandelnde Echtzeituhr. Register 
CRB ($OF). 


Die Bits 5 und 6 sind hier im Zusammen- 
hang von Bedeutung. Es gibt vier Kombina- 
tionsmöglichkeiten: 
Bit6 — Bit5 
0-0 
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Der Timer B wird - wie vorhin der Timer A - 
im Systemtakt heruntergezählt. 


Bit6 — Bit5 
0—1 


Der Timer B wird durch externe Signale he- 
runtergezählt. 


Bit6 —- Bit5 
1-O 


Der Timer B zählt die Unterläufe von Timer 
A. Das ist der vorhin erwähnte Punkt, der 
beide Timer zum 32-Bit-Zähler kombiniert. 
Man kann also im Extremfall 65 536-mal 
68 536 Takte zählen lassen. 


Bit6 — Bit5 
1-1 


Auch in diesem Fall zählt Timer B die Unter- 
läufe von Timer A. Er tut das aber nur, wenn 
ein bestimmtes externes Signal vorhanden 
ist. 

Auch beim Register CRB steuert Bit 7 be- 
stimmte Möglichkeiten der Echtzeituhr. Des- 
halb haben Sie bitte noch ein wenig Geduld, 
bis wir diese Uhr behandeln. 

Wir wissen nun ganz gut, wie wir mit den 
Timern umzugehen haben. Unser Wissen 
wollen wir nun in einem kleinen Test erpro- 
ben. Dazu bedienen wir uns des !/;.o-Sekun- 
den-IRQs. 

Wir verändern diese regelmäßige Unter- 
brechung derart, dass sie nur noch einmal in 
der Sekunde stattfindet. 

Welche Zahlen dazu in ein 32-Bit-Register 
gepackt werden müssen, haben wir eben 
schon berechnet. 

Wir müssen sie jeweils in der Reihenfolge 
LSB/ MSB einschreiben und vorher die Ti- 
mer anhalten, indem die Bits O der Kontroll- 
register CRA und CRB auf O gesetzt werden. 
Nach dem Einschreiben und Starten der bei- 
den Timer müssen folgende Bitmuster in 
CRA und CRB stehen: 


CRA 

BitO=1 Start Timer A 

Bit3=-0 Dauerlauf 

Bit5=0 Systemtakt 

CRB 

BitO=1 Start Timer B 

Bit3=0 Dauerlauf 

Bit5=O 

Bit6= I Timer B zählt Unterläufe von Ti- 


mer Ä. 


Bevor wir die Timer starten, muss auch noch 
das Interrupt-Kontrollregister verändert wer- 
den (das hatten wir uns in der IO. Folge ge- 
nauer angesehen). Bislang erzeugt ein Un- 
terlauf des Timers A eine Unterbrechung. Wir 
möchten aber, dass der Timer B (damit wir 
das 32-Bit-Register voll ausnutzen) der Aus- 
löser ist. Dazu muss Bit O des ICRs gelöscht 
und stattdessen Bit I gesetzt werden. 

Im Programm »Timer-Test« (siehe Pro- 
gramme 8 und 9) ist all das realisiert. Mit 
SYS 49152 gestartet, zeigt sich sofort ein 
deutlich verlangsamter Cursor. Noch lang- 
samer kann alles werden, indem Sie höhere 
Werte in die Timer-Register schreiben. Den 
Normalzustand stellen Sie einfach durch 
Drücken der <RUN/STOP>- und der <RES- 
TORE>-Tasten her. Dabei wird ja - wie Sie 
von der letzten Folge her wissen - auch ein 
I/O-Reset ausgeführt, der den Ausgangszu- 
stand wiederherstellt. 

Die Verlängerung des IRQ-Zyklus’ hat üb- 
rigens noch einen sinnvollen Nebeneffekt: 
Je seltener ein laufendes Programm unter- 
brochen wird, desto schneller wird es mit 
seinen Jobs fertig. Das kann man immer 
dann tun - im Extremfall sogar den IRQ ganz 


Register 
Name Nr. 7 6 5 
TOD10THS 08 unbenutzt 
TODSEC 09 unbenutzt Zehnerstelle Sekunden 
TODMIN OA unbenutzt Zehnerstelle Minuten 
TODHR OB AMIPM- unbenutzt Zehnerstelle 
Flagge 
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ausschalten - wenn man die Möglichkeiten, 
die der Computer während des normalen 
IRQs anbietet, nur selten oder aber gar nicht 
braucht. 


Die Echtzeituhren 

Wir kennen nun fünf Uhren in unserem Com- 
Puter: die vier Timer (jeweils A und B im CIA 
I und CIA 2), die wir, weil wir die Impulszah- 
len in Zeiteinheiten umrechnen können, zur 
Zeitmessung einsetzen könnten und die im 
BASIC verfügbare Uhr TI$, die aber - wie wir 
nun wissen - lediglich die Umsetzung des 
Timers A im CIA I in ein bequemer hand- 
habbares Software-Instrument ist. 

Zudem ist die Ganggenauigkeit dieser 
Uhr recht gering. Schon einige Kassetten- 
operationen genügen, um sie völlig aus dem 
Takt zu bringen. 

Um so mehr verwundert es, dass zwei 
hervorragende Echtzeituhren im Commo- 
dore 64 so gut wie nie benutzt werden, ja 
nicht einmal in irgendeiner Weise software- 
mäßig unterstützt werden. Vielleicht ist das 
ein bisschen zuviel »mehr sein als scheinen«, 
das Commodore da betreibt - wenn man 
bedenkt, welche verborgenen Schätze da 
bei genauer Untersuchung des Computers 
alle zu Tage gefördert werden können (man 
denke nur an die hochauflösende Grafik). 

Jeder der beiden CIAs verfügt über solch 
eine Uhr, die direkt von der Netzfrequenz 
getaktet wird. Die Zählung der Zeit ge- 
schieht in vier Registern (Register $08 bis 
$0B), die in Abbildung 39 gezeigt werden. 

Vielleicht fällt Ihnen etwas auf, wenn Sie 
sich diese vier Bytes mal genauer ansehen: 
Die Speicherung geschieht in Form von Ei- 
ner- und Zehnerstellen. Das kann also we- 


4 3 2 1 0 
1/10-Sekundenwert 
Einerstelle Sekunden 
Einerstelle Minuten 


Einerstelle Sekunden 
Stunden 
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Abb. 39: 

Die Register 
der Echtzeit- 
uhren 
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der im Binärformat noch als ASCII-Zeichen 
funktionieren. Hier werden die Ziffern als 
BCD-Zahlen abgelegt. In der dritten Folge 
wurde dieses »Binary Coded Decimal«-For- 
mat erklärt. Das ist lange her und soll des- 
halb hier nochmal vorgestellt werden, damit 
alle wissen, wovon die Rede ist: 

In dieser Zahlendarstellung wird jede De- 
zimalstelle einer Zahl gesondert in eine Bi- 
närzahl umgewandelt. Dann ergibt sich der 
folgende Zusammenhang: 


Binär Dezimal 
0000 (0) 
0001 1 
0010 2 
009.LX 3 
0100 4 
8107 5 
0110 6 
0324 7 
1000 8 
1001 >) 


Das war's! Die anderen möglichen Binär- 
kombinationen (also zum Beispiel 1010 etc.) 
werden nicht benutzt. Die Zahl 25 beispiels- 
weise lautet im BCD-Format: 


OUE0 0101 
N N 
2 5 


Jetzt ist es Ihnen sicherlich verständlich, wa- 
rum für die Sekunden- und Minuten-Zeh- 
nerstellen nicht mehr als drei Bits reserviert 
wurden: Größer als 6 wird die Zehnerstelle 
nicht. 

Zum Stundenregister TODHR ist aber noch 
etwas zu sagen: Dort ist für die Stunden- 
Zehnerstelle nur ein Bit reserviert. Die Uhr 
läuft nicht bis 24 Uhr, sondern lediglich bis 
12 Uhr. Zur Unterscheidung, ob Vor- oder 
Nachmittags gemeint ist, dient das Bit 7. 
Diese so genannte »AM/PM-Flagge« ist an 
der angelsächsischen Gewohnheit orien- 
tiert, zum Beispiel für I6 Uhr den Ausdruck 
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»4 PM« zu verwenden. PM kommt vom la- 
teinischen »Post Meridiem«, was übersetzt 
heißt »nach dem Mittag«, wohingegen AM 
für »Ante Meridiem« steht, also »vor dem 
Mittag«. Meint man nun AM, dann muss 
diese Flagge auf O, bei PM aber auf I ge- 
setzt sein. 

Beim Stellen der Uhren sollte eine Reihen- 
folge eingehalten werden. Sobald nämlich 
in das Stundenregister geschrieben wird, 
hält die Zählung automatisch an. Man kann 
nun die anderen Werte in die Register 
schreiben. Den Startschuss liefert das Schrei- 
ben in das Register TOD IOTH: Von nun an 
tickt die Uhr wieder. 

Ähnlich funktioniert das Lesen der Uhr- 
zeit. Sobald das Stundenregister gelesen 
wird, führt das zum Anhalten der Uhr, so 
dass die restlichen Register reibungslos aus- 
lesbar sind. Wieder ist es das Zehntelsekun- 
denregister, das beim Auslesen ein Weiter- 
laufen der Uhr bewirkt. Aber - so werden 
Sie bemerken - wenn der Auslesevorgang 
eine bestimmte Zeit beansprucht, führt das 
doch zu Verzögerungen! Die Lösung ist, dass 
der gesamte Inhalt der vier Register gleich- 
zeitig mit dem Auslesen des Stundenwerts 
in einen internen Speicher transferiert wird 
und dort weiterläuft. Nach dem Lesen des 
TOD IIOTH kommt der aktuelle Wert zurück 
in die Register und dieser wird weiterge- 
zählt. 

Nun wird es höchste Zeit, dass wir uns die 
beiden Bits im CRA und im CRB ansehen, 
die wir vorhin bei der Timer-Behandlung 
links liegen ließen. Bit 7 im CRA kündigt der 
Echtzeituhr an, welche Netzfrequenz zu er- 
warten ist. Eine I an dieser Stelle steht für 
50 Hz, eine O für 60 Hz. Das Stromnetz in 
Deutschland liefert einen Wechselstrom mit 
50 Hz, weshalb wir dort die | setzen sollten. 

Da gibt es ein kleines Problem: Beim I/O- 
Reset, der durch Drücken der <RUN / STOP>- 
und der <RESTORE>-Tasten zusammen aus- 
gelöst wird, schreibt der Computer immer 
den amerikanischen Wert für 60 Hz in die- 
ses Bit. Dann geht die Uhr aber empfindlich 


nach. Man muss also einen Weg finden, der 
es erlaubt, dort in diesem Fall wieder eine | 
einzuschreiben. Das ist durch eine eigene 
NMI-Routine möglich. Sie sehen schon: Der 
Weg zur Nutzung dieser verlockenden Uh- 
ren ist ziemlich dornenreich! 

Noch interessanter ist das Bit 7 im CRB. 
Das Setzen der Uhrzeit ist nämlich nur mög- 
lich, wenn dieses Bit den Inhalt O hat. Was 
geschieht, wenn dort eine | steht? Dann be- 
stimmt man nicht die aktuelle Uhrzeit, son- 
dern stellt einen Wecker (das ist die Alarm- 
zeit). Das geschieht nach dem Setzen dieses 
Bits genauso wie vorhin das Einschreiben 
der Uhrzeit (also erstaunlicherweise auch in 
genau dieselben Register!). Im Unterschied 
dazu ist allerdings ein Lesen der Alarmzeit 
nicht möglich - das ergibt immer die aktuel- 
le Uhrzeit. Man muss für diesen Fall die 
Weckzeit irgendwo abspeichern und bei Be- 
darf dann von dort lesen. 

Weil man ja meistens nach dem Erreichen 
der Alarmzeit irgendeine Reaktion erwartet, 
ist im ICR (also dem Unterbrechungskon- 
trollregister 13) jedes CIAs noch ein Bit re- 
serviert - das Bit 2 -, mit dessen Hilfe der 
Alarm per IRQ oder NMI wie auch immer 
geartet losbrechen kann. Der Fantasie sind 
hier nur wenige Grenzen gesetzt. Wie man 
mit diesem ICR umgeht, ist Ihnen noch aus 
Folge 10 geläufig. 

Damit sind wir durch die Eigenheiten der 
ClAs durch. Man braucht tatsächlich keine 
Scheu zu haben, diese Echtzeituhren zu nut- 
zen. Lediglich die Uhr im CIA I wird manch- 
mal verwendet, um einen bestimmten Wert 
für die Zufallszahlenerzeugung zu generie- 
ren. Aber das sollte einer eigenen Uhren- 
Routine nicht in die Quere kommen. Solch 
eine Echtzeituhr finden Sie in den Program- 
men 10 und 11. 
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Durch SYS 49152 aktivieren Sie die Uhr, die 
Sie mit SYS 49261 wieder abschalten kön- 
nen. Durch das USR-Kommando A = USR 
(String) stellen Sie die Startzeit ein. 
String kann dabei eine Stringvariable sein 
oder auch direkt ein String der Form »HH 
MMSST« (also Stunden, Minuten, Sekunden, 
Zehntelsekunden). In A steht eine O, wenn 
kein Fehler, aber eine -1I, wenn ein Fehler 
aufgetreten ist. Das Lesen der Uhr erfolgt 
über ein zweites USR-Kommando: PRINT 
USR (Zahl). Dabei kann Zahl eine beliebi- 
ge Zahl oder Variable sein. Eine Alarmzeit ist 
ebenfalls durch ein USR-Kommando einstell- 
bar, in dem vor der Zeiteingabe noch ein 
Buchstabe steht. Beispielsweise stellt A = 
USR ("A1200000") einen Wecker auf 12 
Uhr. 

Der Alarm im Programm lässt den Bild- 
schirmrahmen blinken. Abstellen kann man 
das durch Auslösen eines RESTORE-NML (al- 
so <RUN/STOP> und <RESTORE>). Sollten 
Sie vor dem eingestellten Alarm mal solch 
einen NMlI auslösen, dann muss die Alarm- 
zeit neu gestellt werden. 

Als Basis für dieses Programm diente ein 
Listing aus dem schon oft erwähnten Buch 
von Babel / Krause / Dripke »Das Interface- 
Age-Systemhandbuch zum Commodore 64«. 

Die Unterbrechungs-Programmierung ist 
damit abgeschlossen - ebenso diese Serie, 
die als Einführung in die Assembler-Alche- 
mie nun alle Geheimnisse der Kunst aufge- 
deckt hat. In den letzten Folgen sind wir 
schon in die Meistergrade der Zunft aufge- 
stiegen. 

So wie die Segler sich oft »Mast- und Schot- 
bruch« wünschen, verabschiede ich mich, in- 
dem ich Ihnen viele grandiose Abstürze 
wünsche. 
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Progr.9: programm : prg.timer-testc000 c051 c0d0 : 00 4c 3c bc 68 68 68 68 d9I 
‚Timer-Test«, _------------ -- ------------------- c0d8 : a9 ff d0O £5 c0 08 do f8 #5 
einEeispi fr 0000 : 78 ad 0e de 29 fe 8d 0e 4b cOe0 : 8d Of dd 09 80 8d Of dd 1a 
dungeines 32- C008 : dc ad Of dc 29 fe 8d Of f£9 c0e8 : a9 84 8d Od dd a9 3c 85 ff 

Bit-Timers c010 : dc a9 Of 8d 06 dc a9 00 24 coOf£fO : 04 85 02 a9 £f 85 03 a0 6 
c018 : ad 07 dc a9 a0 8d 04 dc d5 c0f8 : 01 4c a6 cO a9 60 85 24 dd 

c020 : a9 08 8d 05 dc a9 1f 8d 84 c100 : 20 13 c1 08 0a Oa 0a 85 80 

c028 : Od dc a9 82 8d Od dc ad 6e c108 : 25 20 13 c1 05 25 c5 24 13 

c030 : de dc 29 d7 8d De dc ad 0a c1l10 : bDO cO 60 bl 22 38 e9 30 5d 

c038 : 0O£f dc 29 d7 8d Of dc ad 1b c118 : 90 ba c9 0a bO b6 c8 60 S5e 

c040 : 0e dc 09 01 8d De dc ad 37 c120 : a9 07 20 7d b4 a0 00 ad 0 

c048 : Of dc 09 41 8d Of dc 58 a5 c128 : Ob dd 08 29 1f£f c9 12 d0O 73 

c050 : 60 ££ 00 ££ 00 £ff£f 00 £f£f oO c130 : 02 a9 00 28 10 05 f£8 18 49 

c138 : 69 12 d8 20 55 cl ad 0a 13 

c140 : dd 20 55 c1 8d 09 dd 20 9% 

c148 : 55 c1 8d 08 dd 20 60 cl ce 

c150 : 68 68 4c ca b4 48 4a 4a a4 

c158 : 4a 4a 20 60 c1 68 29 Of fe 

c160 : 09 30 91 62 c8 60 20 13 68 

Progr. 10: programm : obj.alarmuhr c000 c18d cl68 : c1 60 a9 77 8d 14 03 a9 8b 
Eine Echtzeituhr 22222222. 220 een c170 : c1 8d 15 03 4c bc fe c6 b2 
c000 : a9 Be 8d 11 03 a9 c0O 8d 11 c178 : 02 £O 03 4c 31 ea a5 04 46 

c008 : 12 03 a9 1d 8d 18 03 a9 a3 c180 : 85 02 ad 20 dO 45 03 8d d4 

c010 : cO0 8d 19 03 ad De dd 09 12 c188 : 20 dO 4c 31 ea 00 ff 00 %£8 


c060 : a9 88 Bd De dd a9 08 20 Ffe Hinweis: 


c070 : 11 03 a9 b2 8d 12 03 78 2a Die Quellkodes zu den Programmen 9 
c078 : a9 47 8d 18 03 a9 fe 8d coO und 10 können Sie als JPG-Dateien unter 
c080 : 19 03 a9 31 ad 14 03 a9 84 folgendem Link herunterladen: 


c090 : 30 03 4c 20 c1 20 82 b7 F£0 Programm 9 
c098 : c0 07 d0O 40 ad Of dd 29 35 http://www.skriptorium-vd.de/Ol/quell 
c0a0 : 7£ 8d Of dd a0 00 a9 24 S5e kode9.jpg 


c0b0 : 13 90 07 f£f8 38 e9 12 d8 b9 Programm 10 
c0b8 : 09 80 8d Ob dd 20 fc c0 la http://www.skriptorium-vd.de/Ol/quell 
c0c0 : 8d 0a dd 20 £fc c0 8d 09 ec kode 10.jpg 
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Ohne gutes Werkzeug 
geht es nicht: SMON 
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Ühne gutes Merkzeug geht es 


nicht: 5MON 


Folge 1 


Erschienen in: 


Autoren: 


In mehreren Teilen möchten wir Ihnen ei- 
nen Maschinensprachmonitor vorstellen. 
Parallel zum Kursus über Assembler-Pro- 
grammierung wird Schritt für Schritt ein 
Programm entstehen, das sich durchaus 
mit kommerziellen Monitoren messen 
kann. 


Ich kann mich noch gut an unsere ersten 
Schritte in die Maschinensprache erinnern. 
Ausgerüstet mit einer Befehlsliste für den 
6502 und einem in BASIC geschriebenen 
»Mini-Monitor« entstanden Programme, die 
3 und 5 addieren und das Ergebnis im Spei- 
cher ablegen konnten. Dazu mussten wir die 
Befehlkodes aus der Liste heraussuchen und 
dann in den Speicher »POKEn«. Jeder Sprung 
musste von Hand ausgerechnet werden, je- 
der falsch herausgesuchte Befehl führte zum 
Programmabsturz. 

Der erste Disassembler -ein Programm 
zur Anzeige der Maschinenbefehle in As- 
semblersprache - war für uns die Offenba- 
rung. Von nun an konnten wir Maschinen- 
programme analysieren und daraus lernen. 

Zum Verständnis der Maschinensprache 
ist es namlich noch weit mehr als bei ande- 
ren Sprachen wichtig, vorhandene Program- 
me zu verstehen und sich dabei die wich- 
tigsten Techniken anzueignen. 

Mit der Zeit wuchsen unsere Ansprüche: 
Ein Assembler musste her, um die neu ge- 
wonnenen Erkenntnisse auch auszuprobie- 
ren. Das war zuerst wieder ein BASIC-Pro- 
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gramm, langsam und wenig komfortabel, 
aber immerhin. 

Wir schrieben unsere ersten kleinen Rou- 
tinen, vor allem, um vorhandene Maschi- 
nenprogramme unseren eigenen Wünschen 
anzupassen. Mit dem AMON für den VC 20 
bekamen wir dann einen Monitor, der (fast) 
alle unsere Wünsche erfüllte. Als wir jedoch 
auf den C 64 umstiegen, mussten wir fest- 
stellen, dass es für diesen Computer nichts 
gab, das uns zufrieden stellen konnte. Der 
einzige Ausweg: selbst programmieren. 

So entstand im Laufe eines Jahres SMON. 
Ursprünglich hatten wir nur vor, die Funktio- 
nen von AMON für den C 64 zu program- 
mieren, aber dabei blieb es nicht. Immer 
neue Befehle und Routinen kamen hinzu, 
bis wir endlich zufrieden waren. 


Was bietet SMON? 

Zunächst ist alles enthalten, was zum »Stan- 
dard« gehört: Memory-Dump, also die An- 
zeige des Speicherinhalts in Hex-Bytes, mit 
Änderungsmöglichkeiten, ein Disassembler 
mit Änderungsmöglichkeit sowie Routinen 
zum Laden, Abspeichern und Starten von 
Maschinenprogrammen. 

Darüber hinaus gibt es einen kleinen Di- 
rektassembler, der sogar Labels verarbeitet, 
Befehle zum Verschieben im Speicher mit 
und ohne Umrechnen der Adressen und Rou- 
tinen zum Umrechnen von Hex-, Dezimal- 
und Binärzahlen. Der besondere Clou von 
SMON liegt aber zweifellos in seinen leis- 
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tungsfähigen Suchroutinen und vor allem im 
Trace-Modus. Damit lassen sich Maschinen- 
programme Schritt für Schritt abarbeiten 
und kontrollieren. 

Dieser erste Teil umfasst sämtliche Einga- 
be- und Ausgaberoutinen, die Registeran- 
zeige, den Memory-Dump sowie Disas- 
sembler und Assembler. Damit steht Ihnen 
bereits ein lauffähiges Monitorprogramm 
mit den unten aufgeführten Befehlen zur 
Verfügung. 

Der Monitor benötigt für alle Eingaben die 
hexadezimale Schreibweise, das heißt zu 
den Zahlen I bis 9 kommen noch die Buch- 
staben A (für dez. 10) bis F (für dez. 15) hinzu. 

Bei der Eingabe von Adressen ist Folgen- 
des zu beachten: [ANFADR] bedeutet exakt 
die Startadresse, [ENDADR] bedeutet die 
erste Adresse hinter dem gewählten Be- 
reich. Im Normalfall ist die Eingabe mit und 
ohne Leerzeichen zulässig. Beim Abwei- 
chen von dieser Regel wird darauf beson- 
ders verwiesen. 


Assemblieren 

A [ANFADR] 

Assemblierung beginnt bei angegebener 
Adresse. Beispiel: 

A 4000 Beginn bei Startadresse $4000 

Nach Eingabe von »RETURN« erscheint auf 
dem Bildschirm die gewählte Adresse mit 
einem blinkenden Cursor. Die Befehle wer- 
den so eingegeben, wie sie der Disassemb- 
ler zeigt: LDY #00 oder LDA 400E,Y und 
so weiter. »RETURN« schließt die Eingabe 
der Zeile ab. 

Bei fehlerhafter Eingabe springt der Cur- 
sor wieder in die Anfangsposition zurück, 
ansonsten wird der Befehl disassembliert 
und nach Ausgabe der Hex-Bytes gelistet. 

Zur Korrektur vorhergehender Zeilen ge- 
hen Sie mit dem Cursor zur Anfangsposition 
(hinter die Adresse) zurück, schreiben den 
Befehl neu und gehen nach »RETURN« mit 
dem Cursor wieder in die letzte Zeile. Falls 
Ihnen bei Sprüngen (Branch-Befehl, JSR 
und JMP) die Zieladressen noch nicht be- 
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kannt sind, geben Sie einfach so genannte 
»Label« ein. 

Ein Label besteht aus dem Buchstaben 
»M« (für Marke) und einer zweistelligen 
Hex-Zahl von Ol bis 30. Zum Beispiel: BCC 
MO1l 

Wenn Sie die Zieladresse für den Sprung 
erreicht haben, kennzeichnen Sie diese mit 
eben dieser »Marke«. Zum Beispiel: MO1 
LDY #00 

Einzelne Bytes nimmt der Assembler an, 
indem Sie diese mit einem Punkt kennzeich- 
nen: .0O0 oder .AB. In diesem Modus wer- 
den die Eingaben natürlich nicht disassem- 
bliert. 

Nach Beendigung des Assemblierens ge- 
ben Sie »F« ein. Danach sehen Sie alle Ihre 
Eingaben noch einmal aufgelistet und korri- 
gieren bei Bedarf wie beim Disassembler (!) 
angegeben. Probieren Sie einmal das fol- 
gende Beispiel: A 4000 

Der Assembler meldet sich mit: »4000« 
und einem blinkenden Cursor. Geben Sie 
nun ein (die Adressen erscheinen automa- 
tisch): 


4000 LDY #00 4009 CPY #12 
4002 LDA 400E,Y 400B BCC 4002 
4005 JSR FFD2 400D BRK 
4008 INY 


Die folgenden Bytes werden wie beschrie- 
ben mit einem Punkt eingegeben. Sie wer- 
den nicht disassembliert. 


400E.OD 4017.54 
400F.OD 4018.20 
4010.53 4019.53 
4011.4D 401A.55 
4012.4F 401B.50 
4013.4E 401C.45 
4014.20 401D.52 
4015.49 A0O1E.OD 
4016.53 401F.OD 


Drücken Sie anschließend »F«. Ihr Programm 
wird noch mal aufgelistet. Starten Sie es nun 


mit»G 4000«. Es erscheint ein Text auf dem 
Bildschirm — lassen Sie sich überraschen. 


Disassemblieren 

D [ANFADR, ENDADR] 

disassembliert den Bereich von ANFADR bis 
ENDADR, wobei ENDADR nicht eingegeben 
werden muss. Wird keine Endadresse einge- 
geben, erscheint zunächst nur eine Zeile: 


ADR 
4000 


HEXBYTES 
A000 


BEFEHL 
LDY #00 


Mit der <SPACE>-Taste wird der jeweils 
nächste Befehl in der gleichen Art und Wei- 
se gezeigt. Wünschen Sie eine fortlaufende 
Ausgabe, drücken Sie <RETURN?>. Die Aus- 
gabe wird dann so lange fortgesetzt, bis ei- 
ne weitere Taste gedrückt wird oder bis 
ENDADR erreicht ist. Mit <RUN / STOP> sprin- 
gen Sie jederzeit in den Eingabemodus zu- 
rück. 

Das Komma, das vor der Adresse auf dem 
Bildschirm erscheint, ist ein »hidden com- 
mand« (verstecktes Kommando). Es braucht 
nicht eingegeben zu werden, da es automa- 
tisch beim Disassemblieren angezeigt wird. 
So ermöglicht es ein einfaches Ändern des 
Programms. Fahren Sie mit dem Cursor auf 
den zu ändernden Befehl und überschreiben 
Sie ihn mit dem Neuen. Wenn Sie jetzt <RE- 
TURN> drücken, erkennt SMON das Komma 
als Befehl und führt ihn im Speicher aus. 
Achten Sie aber darauf, dass der neue Be- 
fehl die gleiche Länge (in Bytes) hat, und 
füllen Sie gegebenenfalls mit »NOPs« auf. 
Zur Kontrolle können Sie den geänderten 
Bereich noch einmal disassemblieren. 

Lassen Sie als Beispiel einmal das Pro- 
gramm (siehe Befehl »A«) ab 4000 disas- 
semblieren (»D 4000 4011«). Ändern Sie 
nun den ersten Befehl auf LDY #01. Die Än- 
derung zeigt sich daran, dass die HEX-Bytes 
automatisch den neuen Wert annehmen. 
Starten Sie nun das Programm nochmals mit 
»G 4000«. Jetzt erscheint der Text mit nur ei- 
ner Zeile Abstand auf dem Bildschirm. 
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Starten eines Maschinenprogramms (Go) 

G [ADRESSE] 

startet ein Maschinenprogramm, das bei 
ADRESSE beginnt. Das Programm muss mit 
einem BRK-Befehl abgeschlossen werden, 
damit ein Rücksprung in SMON erfolgen 
kann. Wird nach »G« keine Adresse eingege- 
ben, benutzt SMON die, die mit dem letzten 
BRK erreicht worden ist und bei der Regis- 
ter-Ausgabe als PC auftaucht. Mit dem »R«- 
Befehl (siehe unten) werden die Register 
vorher auf gewünschte Werte gesetzt. 


Memory-Dump 

M [ANFADR ENDADR] 

gibt die HEX-Werte des Speichers sowie die 
zugehörigen ASCII-Zeichen aus. Auch hier 
kann auf die Eingabe einer Endadresse ver- 
zichtet werden. Die Steuerung der Ausgabe 
entspricht der beim Disassemblieren. 

Beispiel: M 4000 gibt die Inhalte der Spei- 
cherstellen $4000 bis $4007 aus. Weiter 
geht es wie beim Disassemblieren mit <SPA- 
CE> oder <RETURN>. 

Die Bytes können ebenfalls durch Über- 
schreiben geändert werden, allerdings nicht 
die ASCII-Zeichen. Verantwortlich dafür ist 
der Doppelpunkt, der am Anfang jeder Zeile 
ausgegeben wird - ein weiterer »hidden com- 
mand«. Wenn Ihre Änderung nicht durchge- 
führt werden kann, weil Sie zum Beispiel 
versuchen, ins ROM zu schreiben, wird ein 
»?« als Fehlermeldung ausgegeben. 


Registeranzeige 

R 

zeigt den gegenwärtigen Stand der wich- 
tigsten 6510-Register an: Programmzähler 
(PC), Status-Register (SR), Akkumulator (AC), 
X-Register (XR), Y-Register (YR) und Stack 
Pointer (SP). 

Außerdem werden die einzelnen Flags 
des Status-Registers mit I für »gesetzt« und 
O für »nicht gesetzt« angezeigt. Durch Über- 
schreiben werden die Inhalte auf einen ge- 
wünschten Wert gesetzt. Die Flags können 
allerdings nicht einzeln verändert werden, 
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sondern nur durch Überschreiben des Wer- 
tes von SR. 


Exit 

x 

springt ins BASIC zurück. Alle BASIC-Pointer 
bleiben erhalten. Sie können also zum Bei- 
spiel direkt im Programm fortfahren, wenn 
Sie zwischendurch mit SMON einige Spei- 
cherstellen kontrolliert haben. 

Probieren Sie alle bisher beschriebenen 
Befehle in Ruhe aus und machen Sie sich 
mit SMON vertraut. Arbeiten Sie auch paral- 
lel den Kurs über Assemblerprogrammie- 
rung in dieser Ausgabe durch. Alle Beispiele 
dort sind auf SMON abgestimmt. 


Das Programm 

Wir wollen jetzt einen Blick auf das Pro- 
gramm selbst werfen. Natürlich ist es un- 
möglich, den gesamten Quelltext umfas- 
send zu beschreiben. Andererseits enthält 
SMON aber eine Reihe von Routinen, die in 
jedem Maschinenprogramm vorkommen. 
Wir werden im Rahmen dieser Serie versu- 
chen, die wichtigsten zu erklären, damit Sie 
sie später in eigene Programme einbauen 
können. 

Zum besseren Verständnis werden solche 
Routinen so abgedruckt, wie wir sie im As- 
sembler-Quelltext geschrieben haben. Sie 
enthalten daher an Stelle absoluter Adres- 
sen Labels, deren Name - hoffentlich - et- 
was über den Sinn und Zweck aussagt. Pa- 
rallel dazu sollten Sie sich diese Routinen 
von SMON disassemblieren lassen, damit 
Sie sehen, wie es denn nun fertig im Spei- 
cher aussieht. 

Beginnen wir mit der Routine GETCHR- 
ERR. Das soll soviel bedeuten wie »Hole ein 
Zeichen und erzeuge eine Fehlermeldung, 
wenn keins eingegeben wurde«. 

Leider wäre so ein Label auch für den ge- 
duldigsten Assembler viel zu lang, daher die 
merkwürdige Abkürzung. Mit dieser Routi- 
ne holen wir ein Zeichen von der Tastatur. Das 
erledigt die Betriebssystemroutine CHRIN. 
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Um zu prüfen, ob überhaupt etwas eingege- 
ben wurde, untersuchen wir das Zeichen. 

Handelt es sich um die <RETURNJ>-Taste 
($0D), hat der Benutzer gar kein Zeichen 
eingegeben. Dies quittiert SMON mit einem 
»?« und dem Rücksprung in den Eingabemo- 
dus. So lässt sich - in gewissen Grenzen - 
kontrollieren, ob zu einem Befehl die richti- 
gen Eingaben gemacht wurden. Geben Sie 
einmal den »D«-Befehl ohne Angabe einer 
Adresse ein, dann sehen Sie, was gemeint 
ist. 

Alle Eingaberoutinen benutzen GETCHR- 
ERR, um Falscheingaben zu prüfen. Nehmen 
wir als Beispiel GETBYT. Diese soll ein Byte, 
also zwei ASCII-Zeichen O - F von der Tasta- 
tur holen und in ein Byte umwandeln. 

Das erste Zeichen wird darauf überprüft, 
ob es sich um ein <SPACE> oder ein Komma 
handelt. Trifft das zu, wird es einfach über- 
gangen und das nächste Zeichen geholt. 

Der Benutzer kann also Leerzeichen und 
Komma benutzen, um seine Eingaben über- 
sichtlicher zu machen, er muss aber nicht! 
Ist das Zeichen gültig, wird es von ASCHEX 
in eine Hexzahl gewandelt. 

Dazu ein Beispiel: Auf der Tastatur wurde 
5B eingetippt. Zuerst wird jetzt die 5 (ASCII 
$35) mit $3A verglichen, um festzustellen, 
ob es sich um eine Zahl (0-9) oder einen 
Buchstaben (A - F) handelt. 

ASCII $35 ist eine Zahl, also wird nur die 
linke Hälfte ausmaskiert (AND #SOF). Ergeb- 
nis ist $05. Jetzt wird viermal nach links ge- 
schoben und das Ergebnis ($50) in $B4 zwi- 
schengespeichert. 

Nun ist das B (ASCII $42) an der Reihe. Da 
$42 größer ist als $3A, werden diesmal 8 
und das gesetzte Carry-Flag, also 9 addiert. 
Ergebnis ist $5B. Linke Hälfte ausmaskieren 
wie gehabt und eine OR-Verknüpfung mit 
dem gemerkten $50 ergibt $5B. Das war's. 

Meistens aber braucht SMON zwei Bytes 
als Eingabe, zum Beispiel für Adressen. Mit 
dem, was wir schon haben, kein Problem: 
GETADR ruft einfach GETBYT zweimal hin- 
tereinander auf und legt das Ergebnis in zwei 


Speicherstellen in der Zeropage ab, die mit 
dem X-Register ausgewählt werden können. 

Brauchen wir mehr als eine Adresseinga- 
be, rufen wir einfach GETADR mehrmals auf. 
So etwas machen GET3ADR und GET2ZADR. 
Bisweilen aber, zum Beispiel beim »G«-Be- 
fehl, darf eine Adresse eingegeben werden, 
es muss aber nicht sein. 

Deswegen prüft GETSTART, ob direkt 
nach dem »G« <RETURN> gedrückt wurde. 
Dies erledigt GETRET. Wenn ja, wird die 
Adresse benutzt, die in PCL und PCH steht. 
Das sind SMONsS interne Programm-Coun- 
ter. Ansonsten wird die eingetippte Adresse 
benutzt. 

Sie sehen, wie aus einfachen Routinen im- 
mer kompliziertere Befehle zusammenge- 
setzt werden. 

Und das ist das ganze Geheimnis, wenn 
Sie umfangreiche Programme schreiben: 
Gliedern Sie sich das Problem (hier eine be- 
nutzerfreundliche Eingabe) in kleine und 
kleinste Schritte auf, die Sie dann jeden für 
sich programmieren und austesten. 

Werfen wir noch einen Blick auf die Art 
und Weise, wie SMON Befehle verarbeitet. 
In EXECUTE setzen wir zunächst den Stack- 
pointer auf den Wert, den er beim letzten 
BRK erreicht hatte. Dann werden als Erstes 
die »hidden commands« abgeprüft. 

Wir lesen dazu direkt vom Bildschirm. D3 
enthält die Anfangsadresse der aktuellen 
Zeile im Speicher. Übrigens gibt es neben 
den bereits erwähnten noch weitere »hid- 
den commands«, die in den späteren Folgen 
noch auftauchen werden. Liegt kein ver- 
stecktes Kommando vor, holen wir mit 
GETCHRERR ein Zeichen und merken es uns 
in COMMAND. Jetzt untersuchen wir, ob 
dieses Zeichen in der Befehlsliste (CMDTBL) 
steht. 

CMDTBL steht übrigens ab $COOB ganz 
oben im Speicher. Sie endet mit fünf Nullen 
für spätere Erweiterungen. Direkt dahinter 
stehen die Anfangsadressen der zugehöri- 
gen Routinen in der für den 6502 typischen 
Reihenfolge: Low-Byte zuerst, dann High- 


SMON - Folge I 


Byte. Sehen Sie sich das mit M COOB einmal 
an. Am Ende dieser Tabelle stehen noch- 
mals 10 Nullen, denn zu jedem Byte in CMD- 
TBL gehören ja zwei Adressbytes in der Lis- 
te (CMDS). 

Wenn nun ein Kommando in CMDSE- 
ARCH gefunden wurde, wird CMDEXEC als 
Subroutine aufgerufen. CMDEXEC legt nun 
die zugehörigen Adressbytes auf den Stack 
und führt dann einen RTS aus, der jetzt - 
nach der Stackmanipulation - zu dem ge- 
wünschten Befehl führt. 

Beachten Sie, dass RTS immer auf die um 
eins erhöhte Adresse springt, daher müssen 
Sie zu den Adressen in CMDS immer I ad- 
dieren, wenn Sie den Anfang einer Routine 
suchen. 

Alle Befehle in SMON enden mit einem 
RTS, springen also auf den JMP EXECUTE 
hinter CMDFOUND. Damit ist eine Endlos- 
schleife geschlossen, die immer einen Be- 
fehl ausführt und anschließend wieder in die 
Eingabe zurückspringt. 

Beim nächsten Mal erfahren Sie etwas 
über LOAD, SAVE und die Umrechnung ver- 
schiedener Zahlensysteme. 
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Ühne qutes WMerkzeug geht es 


nicht: 5MON 


Folge 2 


Erschienen in: 


Autoren: 


Der Maschinensprache-Monitor SMON 
wird immer leistungsfähiger. Dieser zweite 
Teil erweitert ihn um wichtige Ausgabe- 
Routinen, lässt das Verschieben eines Pro- 
gramms mit und ohne Adressumrechnung 
zu und kann Zahlen vom Dezimal- in das 
Binärsystem und umgekehrt umrechnen. 


Wir hoffen, dass wir Ihnen in der letzten 
Ausgabe nicht zuviel zugemutet haben und 
dass sich Ihre wunden Finger inzwischen 
wieder erholen konnten. 

Bestimmt haben Sie im vergangenen Mo- 
nat schon eifrig mit dem neuen Monitor ge- 
arbeitet und sind inzwischen mit den bishe- 
rigen Befehlen vertraut. 

Denn nun folgt der zweite Teil und mit 
diesem natürlich wieder einige neue Befeh- 
le, die es zu erklären gilt. 

Und das bieten wir Ihnen heute: I/ O-SET, 
LOAD, SAVE, PRINTER-SET, die verschiede- 
nen Zahlenumrechnungen (HEX-DEZ-BIN- 
ADD-SUB), OCCUPY, CONVERT, VERSCHIE- 
BEN und WRITE. 


1/ O-SET 

6-04 

legt die Device-Nummer für LOAD und 
SAVE auf I (Kassette). Jedes Laden und Ab- 
speichern erfolgt jetzt auf das angegebene 
Gerät. Die voreingestellte Device-Nummer 
ist 8 (für die Floppy also: I 08). Wenn Sie 
nur mit der Floppy arbeiten, brauchen Sie 
diesen Befehl also nicht. 


64’er 1271984 
Berantwortiicher Redakteur: 
Dietrich Weineck und Norfried Mann 


Georg Klinge 


LOAD 

L "Name" 

lädt ein Programm vom angegebenen Gerät 
(wie oben beschrieben) an die Originaladres- 
se in den Speicher. Die BASIC-Zeiger blei- 
ben von diesem Ladevorgang unbeeinflusst, 
das heißt, sie werden nicht verändert. 

Beispiel: Unser Monitor soll an seiner Ori- 
ginaladresse ($COO00) im Speicher stehen. 
Also brauchen Sie ihn nur mit L "SMON" zu 
laden, damit er dort erscheint. 

Wenn Sie einmal ein Programm an eine 
andere als die Originaladresse laden wollen, 
dann bietet Ihnen SMON dazu folgende 
Möglichkeit: »'L "Name" ADRESSE« lädt 
ein Programm an die angegebene Adresse. 

Nehmen Sie doch bitte noch einmal unser 
letztes Test-Programm und geben es mit 
dem Assembler ab Adresse $4000 ein. Spei- 
chern Sie es mit»'S "SUPERTEST" 4000 
4023« ab und laden es dann 


l. an die Originaladresse (L "SUPERTEST") 
und 

2.an eine andere Adresse (mit L "SUPER- 
TEST" 5000 zum Beispiel nach $5000). 


Schauen Sie sich danach mit dem Disas- 
sembler-Befehl beide Routinen einmal an. 
Sie werden feststellen, dass beide Program- 
me zwar bis auf die BRANCH-Befehle gleich 
aussehen, dass das Programm in $5000 aber 
nicht funktionieren kann, da es eine falsche 
Adresse verwendet (5002 LDA 400E,Y). 
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Ein anderes Beispiel dazu: Ein Autostart- 
Programm beginnt bei $0120, lässt sich aber 
in diesem Bereich nicht untersuchen, da 
dort der Prozessor-STACK (im Bereich von 
$0100 bis $O1FF) liegt, der vom Prozessor 
selbst ständig verändert wird. Wenn Sie nun 
L"Name"4120 eingeben, befindet sich das 
Pro-gramm anschließend bei $4120 (nicht 
an der Originaladresse $0120), und Sie kön- 
nen es ohne Einschränkungen - von den fal- 
schen Absolut-Adressen abgesehen - disas- 
semblieren. 


SAVE 
S "Name", ANFADR ENDADR 
speichert ein Programm von ANFADR bis 
ENDADR - 1 unter »Name« auf die Floppy ab, 
da diese - wie wir ja inzwischen wissen - das 
voreingestellte Gerät ist. Wenn Sie auf Kas- 
sette abspeichern wollen, setzen Sie vorher 
mit»I Ol« die Device-Nummer auf |. 
Beispiel: S "SUPERTEST" 4000 4020 
speichert das Programm mit dem Namen 
»SUPERTEST« (es steht im Speicher von $4000 
bis $401F) auf Diskette ab. Bitte beachten 
Sie auch bei diesem Befehl, dass die End- 
adresse auf das nächste Byte hinter dem 
Programm gesetzt wird. 


PRINTER-SET 

P 02 

setzt die Primäradresse für den Drucker auf 
2. Voreingestellt ist hier die 4 als Geräte- 
nummer (zum Beispiel für Commodore- 
Drucker). 

Vielleicht haben Sie es ja schon bemerkt: 
Bei allen Ausgabe-Befehlen (wie D, M etc.) 
können Sie auch den Drucker ansprechen, 
wenn Sie das Kommando geshiftet einge- 
ben. Die Ausgabe erfolgt dann gleichzeitig 
auf Bildschirm und Drucker. (Beachten Sie 
bitte die Änderung für die Druckerausgabe 
am Schluss des Artikels.) 


Ein bisschen Rechnerei 


Die folgende Befehlsgruppe enthält Befehle 
zur Zahlenumrechnung. Sie wissen ja: Der 
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Mensch mit seinen zehn Fingern neigt eher 
zur dezimalen Rechenweise, aber der Com- 
puter bevorzugt das Binärsystem, weil er 
nur zwei Finger hat (siehe Netzstecker). 

Ein Kompromiss ist das Hexadezimalsys- 
tem, denn das versteht keiner von Beiden. 
Um Verständnisschwierigkeiten mit Ihrem 
Liebling aus dem Weg zu gehen, haben Sie 
aber SMON. 


UMRECHNUNG DEZ-HEX 

# 

(Dezimalzahl) rechnet die Dezimalzahl in 
die entsprechende Hexadezimalzahl um. 
Hierbei können Sie die Eingabe in beliebiger 
Weise vornehmen, da SMON Zahlen bis 
65535 umrechnet. Beispiel: #12, #144, 
#3456, #65533 und so weiter. 


UMRECHNUNG HEX-DEZ 
5 
(Hexadezimalzahl) rechnet die Hexadezi- 
malzahl in die entsprechende Dezimalzahl 
um. Die Eingabe muss hierbei zweistellig be- 
ziehungsweise vierstellig erfolgen. Ist diese 
Zahl kleiner als $100 (= 255), wird zusätz- 
lich auch der Binärwert ausgegeben. 
Beispiel: $12, 50012, SOD, SFFD2 etc. In 
den ersten drei Beispielen erfolgt die Anzei- 
ge auch in binärer Form. 


UMRECHNUNG BINÄR-HEX, BINÄR-DEZ 


° 


(Binärzahl (achtstellig) rechnet die Binärzahl 
in die entsprechenden Hexadezimal- und 
Dezimalzahlen um. Bei diesem Befehl müs- 
sen Sie genau acht Binärzahlen eingeben. 

Falls Sie einmal versehentlich mehr einge- 
ben sollten, werden nur die ersten acht zur 
Umrechnung herangezogen. 

Beispiel: 300011111, 310101011 


ADD, SUB 

? 2340+156D 

berechnet die Summe der beiden vier(!)- 
stelligen Hex-Zahlen. Neben der Addition 
ist auch Subtraktion möglich. 


Programme auf dem Rangierbahnhof 


OCCUPY (Besetzen) 

O (ANFADR ENDADR HEX-Wert) 

belegt den angebenen Bereich mit dem vor- 
gegebenen HEX-Wert. 

Beispiel: O 5000 8000 00 füllt den Be- 
reich von $5000 bis $7FFF mit Nullen. 

Man kann mit »OCCUPY« aber nicht nur 
Speicherbereiche löschen, sondern auch mit 
beliebigen Werten belegen. Häufig hat man 
das Problem, festzustellen, welcher Speicher- 
platz von einem Programm wirklich benutzt 
wird. Wir füllen den infrage kommenden Be- 
reich dann zuerst zum Beispiel mit »AA« und 
laden dann unser Programm. 

Probieren Sie bitte das folgende Beispiel: 
Füllen Sie den Speicherbereich von $3000 
bis $6000 mit $AA und laden Sie dann un- 
ser SUPERTEST-Programm. Beim Disassem- 
blieren können Sie erkennen, dass unser 
kleines Programm exakt zwischen vielen 
AAs eingebettet ist. 


WRITE 

wW (ANFADRalt ENDADRalt ANFADRneu) 
verschiebt den Speicherbereich von ANFA- 
DRalt bis ENDADRalt nach ANF-ADRneu oh- 
ne Umrechnung der Adressen! 

Unser kleines Testprogramm möge noch 
einmal als Beispiel dienen: W 4000 4020 
6000 verschiebt das oben angesprochene 
Programm von $4000 nach $6000. 

Hierbei werden weder die absoluten Adres- 
sen umgerechnet noch die Tabellen geän- 
dert. Letzteres ist sicherlich erwünscht, aber 
denken Sie daran, dass das verschobene Pro- 
gramm nun nicht mehr lauffähig ist, da die 
absoluten Adressen nicht mehr stimmen 
(zum Beispiel bei dem Befehl LDA 400E,Y). 
Falls Sie jetzt »G 6000« eingeben, um das 
Programm zu starten, werden Sie sich si- 
cherlich wundern, dass es dennoch läuft. 

Doch löschen Sie einmal das Programm in 
$4000 (mit »0 4000 4100 AA«) und starten 
das Programm in $6000 noch einmal! Selt- 
sam, nicht? Abhilfe schafft der nächste Befehl. 
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VARIATION 

V (ANFADRalt ENDADRalt ANFADRneu 
ANFADR ENDADR) 

rechnet alle absoluten Adressen im Bereich 
von ANFADR bis ENDADR, die sich auf AN- 
FADRalt bis ENDADRalt beziehen, auf AN- 
FADRneu um. 

Kompliziert? Nicht, wenn Sie sich klarma- 
chen, dass die ersten drei Adressen exakt 
den Eingaben beim »W«-Befehl entsprechen. 
Neu hinzukommen nur die beiden Adressen 
für den Bereich, in dem die Änderung tat- 
sächlich erfolgt. 

Um unser mit »W« schon verschobenes 
Programm auch wieder lauffähig zu ma- 
chen, geben Sie Folgendes ein: 

V 4000 4020 6000 6000 600E. Damit 
werden alle Absolutadressen, die im Be- 
reich von $6000 bis $600E - dahinter steht 
die Tabelle - liegen und sich bisher auf $4000 
bis $4020 bezogen haben, auf den neuen 
Bereich umgerechnet. Probieren geht wie 
immer über kapieren. 

Eine Zusammenfassung dieser beiden Be- 
fehle ermöglicht: 


CONVERTIEREN (Verschieben eines 
Programms mit Adressumrechnung) 

C (ANFADRalt ENDADRalt ANFADRneu 
ANFADRges ENDADRges) 

verschiebt das Programm von ANFADRalt 
bis ENDADRalt zur ANFADRneu, und zwar 
mit Umrechnung der Adressen zwischen 
ANFADRges und ENDADRges. 

An unserem kleinen Testprogramm lässt 
sich wieder einmal demonstrieren, wie der 
Befehl eingesetzt wird. Laden Sie es also 
mit»L "SUPERTEST"« und schauen es mit 
»D 4000«an. 

Jetzt wollen wir an der Adresse $4008 ei- 
nen 3-Byte-Befehl einfügen: C 4008 4020 
400B 4000 4011 verschiebt das Programm 
von $4008 bis $4020 zur neuen Anfangs- 
adresse $400B. Dabei werden im Bereich 
von $4000 bis $4011 (neue Endadresse des 
»aktiven« Programms!) die Sprungadressen 
umgerechnet. Nun können Sie ab Adresse 
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$4008 einen 3-Byte-Befehl einfügen, zum 
Beispiel STY 0286. Dazu geben Sie bitte 
ein: 


A 4008 
4008 STY 0286 
F 


Überzeugen Sie sich davon, dass SMON die 
Befehle korrekt umgerechnet hat, indem Sie 
unser Beispiel disassemblieren (D 4000) 
und anschließend mit G 4000 starten. 

Besitzer eines Farbmonitors werden in hel- 
le Begeisterung ausbrechen. Vorsicht ist ge- 
boten, wenn Tabellen oder Text vorhanden 
sind. SMON wird versuchen, diese als Be- 
fehle zu disassemblieren und gegebenen- 
falls umzurechnen. Dabei können unvorher- 
sehbare Verfälschungen auftreten. 

Aus diesem Grunde ist im Beispiel die 
Endadresse des zu ändernden Bereiches auf 
$4011 und nicht etwa auf $4023 gelegt 
worden. 

Wenn Sie größere Programme zu ver- 
schieben haben, sollten Sie die Kommandos 
W und V anwenden beziehungsweise einen 
Assembler einsetzen, der es Ihnen gestattet, 
beliebige Einfügungen, Verschiebungen und 
sonstige Änderungen vorzunehmen. Das C- 
Kommando eignet sich in erster Linie für 
kleinere Änderungen innerhalb eines Pro- 
gramms. 


Der Blick hinter die Kulissen 

Wie beim letzten Mal wollen wir noch einen 
kleinen Blick auf das Programm werfen. Wir 
haben zwei häufig vorkommende Pro- 
grammteile ausgewählt. Wenn Sie nach er- 
folgreichem Eintippen der neuen DATAs 
einmal mit »D C84E« die »LOAD-SAVE«-Rou- 
tine listen, sehen Sie, dass diese sehr wenig 
Platz beansprucht. Das Geheimnis dieser 
Beschränkung liegt in der Tatsache begrün- 
det, dass wir hier auf Betriebssystem-Routi- 
nen zurückgegriffen haben. Doch dazu spä- 
ter mehr; erst einmal die angesprochene 
Routine von Anfang an: 
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LOADSAVE LDY #502 
STY *SBC 
DEY 
STY *SB9 
STY *SBB 
DEY 
STY *SB7 


Die Speicherstellen $BB/$BC enthalten 
jetzt die Adresse $0201, also den Beginn 
des BASIC-Eingabepuffers. In $B9 befindet 
sich der Wert Ol. Das bedeutet, dass die Se- 
kundäradresse für absolutes Laden vorein- 
gestellt ist. Die Speicherstelle $B7 enthält die 
Länge des Dateinamens, hier erst einmal O. 


JSR GETCHRERR 
CMP # [a 1 Bu 
BNE LSERROR 


Überprüft, ob Anführungsstriche eingege- 
ben wurden. Falls nicht, springt unser Pro- 
gramm in die Routine »LSERROR« und bricht 
ab. 


LSI JSR _GETCHRERR 
STA  ($BB),Y 
INY 
INC  *$B7 
cCMP  #’"’ 
BNE LSI 


In diesem Programmteil wird der Filename 
eingelesen und in die Adresse gespeichert, 
die in $BB / $BC enthalten ist ($0201). 

Gleichzeitig wird $B7 als Zähler für die 
Namenlänge so lange erhöht, bis das zweite 
Anführungszeichen auftaucht. 

Damit ist der Filename gespeichert, be- 
ginnend bei $0201. 


DEC “SB 

LDA IO.NR 
STA *SBA 

LDA *COMMAND 
CMP #'S! 

BEO SAVE 


Da die Namenlänge um eins zu groß gera- 
ten ist (das letzte Zeichen war ein »"«), Muss 
sie dekrementiert werden. 

Die gewählte oder voreingestellte I/ O- 
Nummer (Device-Nummer) soll in $BA ge- 
speichert werden, damit die Betriebssys- 
temroutine nachher das richtige Gerät 
anspricht. Zum Abschluss überprüft der 
Compare-Befehl, ob das Kommando »S« ge- 
wählt ist, um dann dorthin zu verzweigen. 


LOAD JSR GETRET 
BEO LOAD1 
LDX #SC3 
JSR GETADR 
LDA #500 
STA *SB9 


Wir sind nun an der Stelle des Befehls ange- 
langt, an der sich herausstellen muss, ob das 
Programm an seine Originaladresse (abso- 
lut) oder an eine andere Adresse geladen 
werden soll. 

Die Unterroutine »GETRET« prüft, ob un- 
mittelbar nach dem Namen ein <RETURN> 
folgt und führt eine Verzweigung nach »LO- 
ADI« durch, falls dieses eintritt. 

Ansonsten holen wir uns die Adresse und 
laden das vorgesehene Programm dorthin, 
nachdem in Speicherstelle *$B9O eine Null 
gespeichert ist, da ein absolutes Laden nicht 
erfolgt. Die Routine »GETADR« ist so aufge- 
baut, dass sie die nächsten zwei Bytes an 
die mit dem X-Register gewählte Stelle in 
der Zeropage ablegt. Dann führen wir eben- 
falls »LOADI« durch. 


LOAD1 LDA #500 
JMP (50330) 

SAVE LDX #SC1 
JSR GETADR 
LDX #SAE 
JSR GETADR 
JMP (50332) 


In »LOADI« erfolgt der indirekte Sprung 
über $0330 in die LOAD-Routine des Be- 
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triebssystems. Die SAVE-Routine erfragt vor- 
her noch die fehlenden Adressen (Anfangs- 
und Endadresse des Programms, das ge- 
speichert werden soll), speichert sie nach 
$C1/C2 und $AE/AF und springt dann in 
die SAVE-Routine. 

Noch ein Wort zu den angesprochenen 
Betriebssystem-Routinen: Mittlerweile gibt 
es für den C 64 mindestens drei verschiede- 
ne Versionen des Betriebssystems von Com- 
modore. 

Es sind zwar meist nur kleine Änderun- 
gen, aber die können fatale Folgen haben, 
wenn sich die Einsprungadressen ändern. 
Deshalb gibt es einen besonderen Bereich, 
das KERNAL, das einen Sprungverteiler für 
die wichtigsten Routinen enthält. Dieser 
wird grundsätzlich nie geändert. Beziehen 
Sie deshalb Ihre Einsprungadressen immer 
auf die KERNAL-Routinen, um sicher zu ge- 
hen, dass Ihr Programm auch noch mit der 
zwölften Version des Betriebssystems läuft. 
Die KERNAL-Einsprünge stehen ganz hinten 
ab $FF81 im Speicher. 

Als Zweites ein Vergleich, der in Maschi- 
nenprogrammen häufig und in allen Varia- 
tionen auftaucht: Es handelt sich dabei um 
den Vergleich zweier Adressen. 

Nun sind Adressen leider 16-Bit-Werte, un- 
ser Prozessor aber kann nur 8 Bit auf einmal 
verarbeiten. Gehen wir einmal von folgen- 
den Bedingungen aus: Ein Programm soll 
von $4000 bis $4020 gelistet werden. Die 
Zeiger für das Ende befinden sich in Spei- 
cherstelle ENDLO (Lowbyte) und ENDHI 
(Highbyte). »PCL« (Program-Counter-Low) 
und »PCH« (Program-Counter-High) geben 
den augenblicklichen Stand des Programms 
an. Dann erfolgt die Abfrage auf erreichtes 
Ende mit dieser Befehlsfolge: 


VERGL LDA PC% 
CMP ENDLO 
LDA PCH 
SBC ENDHI 
BCS FERI LG 
WEITER JMP AUSGABE 
FERTIG IMP ENDE 
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Solange PCL und PCH kleiner sind als die 
Endwerte, geht das Programm »WEITER«. 

Sobald aber PCL und PCH die Werte von 
ENDLO und ENDHI erreicht haben, wird das 
Carry-Flag gesetzt, und die Abfage mit BCS 
FERTIG würde das Auflisten anhalten. 

Dass es bei der Anwendung einige Prob- 
leme geben kann, sieht man daran, dass die 
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Ausgabe auch schon unterbrochen wird, 
wenn gerade erst das Programmende er- 
reicht ist. (Der letzte Befehl könnte »unter 
den Tisch fallen«.) 

Aber kein Problem ohne Problemlösung - 
und natürlich ohne weitere Probleme, die 
Sie aber mit ein bisschen Nachdenken si- 
cher selbst lösen können. 


Ühne qutes Werkzeug geht es 


nicht: 5MON 


Folge 3 


Erschienen in: 
Autoren: 


Der Maschinensprache-Monitor geht lang- 
sam seiner Vollendung entgegen. In die- 
sem Teil kommen drei interessante Befeh- 
le hinzu, die vor allem bei der Fehlersuche 
sehr hilfreich sind. 


Sicherlich haben Sie sich beim letzten Mal 
gewundert, wie es möglich ist, dass so viele 
neue Befehle in so wenig Programm stecken 
können. »Schuld« daran ist das SMON-Kon- 
zept. Wir haben im ersten Teil bereits alle 
Ein- und Ausgaberoutinen untergebracht. 
Sämtliche Erweiterungen können nun da- 
rauf aufbauen und werden dementspre- 
chend kürzer. 

Wir haben Ihnen sogar noch einen Befehl 
verschwiegen, der beim letzten Mal schon 
vorhanden war. Vielleicht haben Sie verse- 
hentlich einmal »B« eingegeben, und SMON 
hat mit einem Fragezeichen reagiert und da- 
mit gezeigt, dass er mit »B« etwas anzufan- 
gen weiß. 

Im heutigen Teil 3 unserer SMON-Serie 
wollen wir Ihnen drei weitere Befehle vor- 
stellen: BASIC-DATA, KONTROLLE und 
FIND. Es sind diesmal nur drei neue Befehle 
- nicht, weil wir Sie für den nächsten Artikel 
über »SMON« auf die Folter spannen wollen, 
sondern weil wir der Meinung sind, dass ein 
so umfassender Befehl wie »FIND« schon 
eine Menge an Beispielen braucht, um ver- 
standen zu werden. 


64’er 1719385 
Verantwortlicher Redakteur: 
Dietrich Weineck und Norfried Mann 


Georg Klinge 


BASIC-DATA 

B (ANFADR ENDADR) 

wandelt das Maschinenprogramm von AN- 
FADR bis ENDADR-1 in BASIC-DATA-Zeilen 
um: 


B 4000 4020 


Unser Testprogramm (Sie erinnern sich doch 
noch an unser kleines Programm aus II / 
1984?) wird in DATA-Werte umgerechnet 
und dann mit Zeilennummer 32000 begin- 
nend im BASIC-Speicher abgelegt. 

Ein im Speicher befindliches BASIC-Pro- 
gramm (zum Beispiel ein BASIC-Lader) mit 
kleineren Zeilennummern kann dann diese 
DATA-Zeilen benutzen. 

Wenn Sie das Testprogramm wie oben 
beschrieben umgewandelt haben, verlassen 
Sie nun mit »X« den SMON und überzeugen 
sich mit »LIST« von der Ausführung. Dann 
können Sie Folgendes eingeben: 


16384 TO 16415 
NEXT I 


10 FOR I = RE - 


AD D POKE I,D 


In Verbindung mit den oben erzeugten DA- 
TA-Zeilen (und »RUN«!) hätten Sie wieder 
das ursprüngliche Maschinenprogramm im 
Speicher. Falls Sie dieses Beispiel durchfüh- 
ren wollen, denken Sie bitte daran, dass Sie 
nach Erstellung der DATAs das Originalpro- 
gramm zum Beispiel mit OCCUPY (0 4000 
4020 AA) überschreiben, damit Sie die rich- 
tige Ausführung überprüfen können. 
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Der BRK-Befehl am Ende des Testprogramms 
bewirkt einen Sprung zurück zum SMON. 
Wollen Sie ein Maschinenprogramm von 
BASIC aus starten und auch wieder dorthin 
zurückgelangen, muss der letzte Befehl ein 
RTS sein. Probieren Sie es aus, indem Sie 
das BASIC-Programm um 20 SYS 16384 
erweitern. 


KONTROLLE 

K (ANFADR ENDADR) 

listet die ASCII-Zeichen im gewünschten 
Bereich. Es werden jeweils 32 Zeichen pro 
Zeile ausgegeben, so dass man sich einen 
schnellen Überblick über Texte oder Tabel- 
len verschaffen kann. Beispiel: 


K 4000 


listet die ersten 32 Zeichen unseres Pro- 
gramms. Die weitere Ausgabe ist genau wie 
beim Disassemblieren durch Druck auf <SPA- 
CE> oder <RETURN> möglich. 

Auch hier können Sie wie bei den anderen 
Bildschirm-Ausgabebefehlen Änderungen 
durch einfaches Überschreiben vornehmen 
(natürlich nicht im ROM und nur mit ASCII- 
Zeichen!). 

Als Beispiel wollen wir einmal im BASIC 
»herumpfuschen«: Das geht natürlich nicht 
so ohne Weiteres, weil das BASIC im ROM 
steht und damit nicht verändert werden 
kann. Tippen Sie bitte Folgendes ein: 


W A000 CO00 A000 


Auf den ersten Blick eine unsinnige Anwei- 
sung; der Speicher soll von ADOO bis COOO 
nach AOOO verschoben werden. Dieser Be- 
fehl entspricht exakt der BASIC-Schleife 


FOR I = 
I, PEEK 


40960 TO 49152 
(I) NEXT I 


POKE 


Nun ist es aber so, dass beim PEEK das ROM 
gelesen, beim POKE aber ins darunter lie- 
gende RAM geschrieben wird. Wir errei- 
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chen also, dass das BASIC ins RAM kopiert 
wird. jetzt müssen wir dafür sorgen, dass 
das Betriebssystem sein BASIC aus dem 
RAM und nicht aus dem ROM holt. 

Zuständig dafür ist die Speicherstelle 0001. 
Geben Sie bitte »M 0001« ein und über- 
schreiben Sie die »37« mit »36«. 

Es passiert gar nichts. Jetzt tritt unser K- 
Kommando in Aktion. Geben Sie ein: 


K A100 A360 


Was Sie sehen, sind die BASIC-Befehlswör- 
ter und -Meldungen. Schalten Sie mit <SHIFT> 
+ <CBM> auf Kleinschrift, dann erkennen 
Sie, dass der jeweils letzte Buchstabe eines 
Befehlswortes groß geschrieben ist (Ende- 
Kennung). 

Jetzt ändern Sie durch Überschreiben das 
»LIST« (A 100) in »LUST« und »ERROR« (A360) 
in »FAELER«. (Bei »FAELER« müssen Sie ein 
Zeichen vor »ERROR« beginnen, sonst passt 
es nicht.) 

Verlassen Sie jetzt SMON mit »X« und ge- 
ben Sie danach ein: POKE 1,54 

SMON schaltet nämlich beim »X«-Befehl 
immer auf das BASIC-ROM zurück, daher 
müssen wir wieder auf unser geändertes 
BASIC umschalten. Schreiben Sie nun einen 
BASIC-Dreizeiler und versuchen Sie, diesen 
zu LISTen. Ergebnis? 

Versuchen Sie es jetzt einmal mit »LUST«. 
Ihrer weiteren Phantasie sind keine Grenzen 
mehr gesetzt ... 

Wie oben angesprochen, stellt SMON ei- 
ne Reihe verschiedener Suchroutinen zur 
Verfügung, die im Folgenden an vielen Bei- 
spielen beschrieben werden. Alle diese Be- 
fehle bestehen aus zwei Zeichen und begin- 
nen mit dem Buchstaben »F«. 


FIND 

F (HEX-WERT(e), ANFADR ENDADR) 
sucht nach einzelnen HEX-Werten innerhalb 
eines bestimmten Bereichs. Das zweite Zei- 
chen (hinter F) ist hier ein Leerzeichen und 
darf nicht weggelassen werden! 


Die Bereichsangabe kann wie bei allen fol- 
genden Befehlen entfallen, dann wird der 
gesamte Speicher durchsucht. 

Beispiel: Wir suchen alle Befehle LDY #01, 
also die Werte AO Ol im Bereich von $2000 
bis $6000. Eingabe: F AO 01, 2000 6000 
(die Leerzeichen zwischen den Hex-Bytes 
dürfen nicht weggelassen werden!). Es er- 
scheinen alle Speicherstellen, die die ge- 
suchten Bytes enthalten, also zum Beispiel 
4000. 


FA (Adresse, ANFADR ENDADR) 
sucht alle Befehle, die eine bestimmte Adres- 
se als Operanden haben (absolut). Die Adres- 
se braucht nicht vollständig angegeben zu 
werden, es kann das Jokerzeichen »*« be- 
nutzt werden. 

Erstes Beispiel - Wir suchen alle JSR 
FFD2-Befehle im Bereich $2000 bis $6000: 
FAFFD2,2000 6000. Eserscheinen alle 
Befehle disassembliert, die FFD2 im Ope- 
randen enthalten (also auch LDA FFD2 oder 
STA FFD2,Y). 

Zweites Beispiel - Wir suchen alle Befeh- 
le, die auf den Grafikbereich ($DOOO bis 
$DFFF) zugreifen: FAD***, 2000 6000 

Der Joker kann aber auch zum Beispiel zur 
Suche im Bereich $DO00 bis $DOFF dienen: 
FADO**,2000 6000 


FR (ADR, ANFADR ENDADR) 

sucht nach relativen Sprungzielen. Anders als 
bei absoluten Sprüngen (JMP, JSR) benut- 
zen die Branch-Befehle eine relative Adres- 
sierung, also zum Beispiel »Verzweige 10 
vor« oder »37 zurück«. Solche Sprünge las- 
sen sich mit dem FA-Kommando nicht fin- 
den. Hier wird »FR« eingesetzt. 

Beispiel - Gesucht werden alle Branch- 
Befehle, die die Adresse $4002 anspringen: 
FR4002,2000 6000. Natürlich können 
solche Befehle nur höchstens 128 Byte vom 
Sprungziel entfernt sein. Die Bereichsanga- 
be ist hier also viel zu groß gewählt (SMON 
stört dies allerdings nicht). Der Einsatz des 
Jokers ist hier ebenfalls möglich. 
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FT (ANFADR ENDADR) 
sucht Tabellen im angegebenen Bereich. 
SMON behandelt dabei alles, was sich nicht 
disassemblieren lässt, als Tabelle. 

Beispiel - Wir suchen Tabellen oder Text 
im Bereich $2000 bis $6000: FT 2000 6000 


FZ (Adr, ANFADR ENDADR) 
sucht alle Befehle, die Zeropage-Adressen 
haben. 

Erstes Beispiel: FZC5,2000 6000 findet 
alle Befehle, die C5 adressieren, also zum 
BeispielBIT SC5, LDA (C5), Yetc. 

Zweites Beispiel: FZF*, 2000 6000 fin- 
det alle Befehle, die den Bereich zwischen 
$FO und $FF adressieren. 

Drittes. Beispiel: FZ**, 2000 6000 fin- 
det sämtliche Befehle mit Zeropage-Adres- 
sierung. 


FI (Operand, ANFADR ENDADR) 
sucht alle Befehle mit unmittelbarer Adres- 
sierung bimmediate«). 

Beispiel: Gesucht werden Befehle, die zum 
Beispiel das Y-Register mit Ol laden. FIOI, 
2000 6000 findet LDY #01 in Adresse 
$4000. 

Sie sehen: SMON bietet eine Fülle von 
verschiedensten FIND-Routinen, mit denen 
alles gesucht und auch gefunden (!) werden 
kann. Zum Üben wollen wir ein großes 
Preisausschreiben veranstalten, bei dem Sie 
zumindest an Erfahrung gewinnen können! 
Hier sind die Aufgaben, die es zu lösen gilt: 
1. Wie oft wird von SMON aus in das Betriebs- 

system gesprungen ($EOOO - $FFFF)? 
2.Welche Zeropage-Adressen nutzt SMON? 
3.Wo wird die Hintergrundfarbe ($DO21), 

wo die Schreibfarbe ($0286) gesetzt? 
4.Wo sind im SMON die Tabellen unterge- 
bracht? 

5. An einigen Stellen stehen Befehle, die die 
Register unmittelbar mit dem Highbyte 
des SMON-Speicherbereichs laden (dez. 
49152 - 52208). Rechnen Sie die HEX- 
Werte aus und suchen Sie die Speicher- 
stellen. 
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6.An zwei Stellen stehen aufeinander fol- 
gend fünf Nullen. Wo? 


Notieren Sie Ihre Lösung bitte auf einem 
Zettel und werfen Sie diesen fort. Der Rechts- 
weg ist ausgeschlossen. ... 


Der Lösung ein Stück näher... 

Auch heute werden Sie nicht entlassen, oh- 
ne dass wir Ihnen einige Tipps für eigene 
Assemblerprogramme mitgeben. Erinnern 
Sie sich noch an den in der letzten Ausgabe 
angesprochenen I6-Bit-Vergleich? 

Dieser wird im SMON zum Beispiel dazu 
benutzt, um festzustellen, ob ein Programm- 
teil weiter durchlaufen werden soll, oder ob 
das Ende erreicht ist. Das prüft SMON bei 
fast allen Befehlen. Jüngstes Beispiel sind 
die FIND-Kommandos. 

Zur Erinnerung: Wir wollten zwei 16-Bit- 
Zahlen vergleichen, der Prozessor kann aber 
nur mit 8-Bit-Zahlen umgehen. 

Wir brauchen dazu einen hoch laufenden 
Zähler (er heißt in unserem Beispiel »Pro- 
grammzähler« PC und besteht aus Highbyte 
PCH und Lowbyte PCL) und einen End-Zei- 
ger (ENDHI und ENDLO). Unser Programm 
dafür sah folgendermaßen aus: 


LDA PCL 
CMP ENDLO 
LDA PCH 
SBC ENDHI 


Anschließend haben wir das Carry-Flag 
überprüft und festgestellt, dass schon bei 
Übereinstimmung beider Adressen dieses 
Flag gesetzt war. In unserem Fall würde also 
ein Beenden des Programmteils mit »BCS 
ENDE« zu einer »Unterschlagung« des letz- 
ten noch auszuführenden Befehls führen. 
Um hier einen Weg aus dem Dilemma zu 
finden, wollen wir uns das Verhalten der Ze- 
ro- und Carry-Flagge im Status-Register ein- 
mal genauer ansehen - und zwar in Abhän- 
gigkeit von PC und dem ENDE-Zeiger. Sie 
sehen im folgenden Listing, dass wir den Pro- 
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grammzähler (PCL /PCH) nach $FB / $FC und 
den Endezeiger (ENDLO / ENDHI) nach $FD / 
$FE schreiben. 

Dann springen wir die Routine an, die die 
Überprüfung auf erreichtes Ende im SMON 
vornimmt (CMPEND in $C466). Zum Ab- 
schluss sorgt der BRK-Befehl dafür, dass wir 
wieder im SMON landen. Schauen Sie sich 
die entsprechende Routine im SMON mit 
»D C466« an. Sie werden erkennen, dass sie 
den oben angesprochenen I6-Bit-Vergleich 
durchführt. 

Speichern Sie jetzt dieses Programm mit 
»S "CMP-TEST" 4100 4112« ab und star- 
ten es mit »G4100«. 

Nachdem das Programm gelaufen ist, mel- 
det es sich mit der Registeranzeige zurück. 
Achten Sie dabei vor allem auf die Statusre- 
gister-Anzeige rechts, denn uns interessie- 
ren die Werte für Zund C (Zero-und Carry- 
Flagge). Tippen Sie bitte nun das folgende 
Programm ein (mit»A 4100«): 


4100 
4102 
4104 
4106 
4108 
410A 
4al10C 
A10E 
alll 


LDA #00 
STA FB 
STA FD 
LDA #C0 
STA FC 
LDA #C1 
STA FE (= ENDHI) 
JSR C466 (=CMPEND) 
BRK 


(= PCL) 


(= PCH) 


Wir wollen herausfinden, was passiert, wenn 
der Programmzähler (PC) kleiner, gleich oder 
größer als ENDE ist. Wenn Sie jetzt in Spei- 
cherstelle $4106 für PCH den Wert CI ein- 
setzen, können Sie den Vorgang wiederho- 
len und die Änderung der Flaggen notieren. 

Anschließend setzen Sie C2 für PCH in 
$4106 ein. 

Tippen Sie »D 4100 4112«, gehen mit dem 
Cursor in die Zeile 4106 und überschreiben 
den Wert #CO mit dem neuen Wert #C1 be- 
ziehungsweise #C2. 


PC<END PC=END PC>END 
Pe EC/EB: €0700 -C1700: 22700 
END FE/FD C1/00 C1/00 cC1/00 

ZC ZC AC 

00 11 Ol 


So sollte Ihre Tabelle zum Schluss aussehen. 
Im ersten Fall (PC ist kleiner als END) ist das 
Carry-Flag gelöscht. 


Hinweis zum 16-Bit-Vergleich 

im Text steht bei der Beschreibung des 
16-Bit-Vergleichs, das Zero-Flag sei ge- 
setzt, wenn beide Werte gleich seien. Das 


stimmt auch, aber Sie wissen ja selbst, wo 
der Teufel steckt: nämlich im Detail. 

Der Text verführt uns nämlich zu dem 
eigentlich logischen Schluss, man könne 
auf die beschriebene Art und Weise prü- 
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Dann (PC ist gleich END) sind Z- und C-Flag- 
ge gesetzt, zum Schluss ist nur noch das C- 
Flag 1. 

Jetzt können wir unseren Vorstellungen 
entsprechend reagieren und mit den Branch- 
Befehlen verzweigen. 

Sehen Sie sich mit dem Disassembler auch 
einmal andere Routinen im SMON darauf- 
hin an. 


fen, ob zwei 16-Bit-Werte gleich sind. 
Und genau das geht nicht! 

Das Zero-Flag hat nämlich die unange- 
nehme Eigenschaft, auch dann gesetzt zu 
sein, wenn der erste Wert bis zu 255 grö- 
Ber (!) ist als der zweite. Will man also zu- 
verlässig auf Gleichheit testen, muss man 
die beiden Werte voneinander abziehen 
und nachsehen, ob das Ergebnis Null ist. 
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Ühne gutes MWMerkzeug geht es 


nicht: 5MON 


Folge 4 


Erschienen in: 
Autoren: 


Der Trace-Modus, also das Abarbeiten von 
Maschinenprogrammen Schritt für Schritt, 
ist das wohl wichtigste Hilfsmittel beim 
Austesten von Maschinenprogrammen. 
SMON bietet sogar drei verschiedene 
Trace-Möglichkeiten, die in diesem vierten 
Teil dargestellt werden. Außerdem erhal- 
ten Sie eine Übersicht aller Befehle, und 
wir zeigen Ihnen, wie Sie SMON in einen 
anderen Bereich verschieben können. 


Einen Befehl haben wir Ihnen bisher unter- 
schlagen, der zwar bereits vorhanden war, 
aber noch nicht beschrieben wurde. Es han- 
delt sich um den Vergleich zweier Speicher- 
bereiche. Die Syntax ist sehr einfach: 


= 4000 6000 


vergleicht den Speicherinhalt ab $4000 mit 
dem ab $6000. Das erste nicht übereinstim- 
mende Byte wird angezeigt, und der Ver- 
gleich wird abgebrochen. 

Wenn Sie also ein Maschinenprogramm 
geschrieben und überarbeitet haben und Sie 
wissen nicht mehr genau, worin eigentlich 
der Unterschied zwischen der 76. und der 
71. Version besteht, gehen Sie so vor: 

Laden Sie zuerst Version 76 und verschie- 
ben Sie diese mit dem »W«-Befehl in einen 
freien Speicherbereich. Laden Sie dann Ver- 
sion 77 und führen Sie den »=«-Befehl durch. 
Sofort finden Sie den Unterschied und kön- 
nen mit der Arbeit an Version 78 beginnen .... 
Wir wollen uns bei der Beschreibung der 
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Trace-Befehle auf Anwendungsbeispiele kon- 
zentrieren. Zum Aufbau der Routine sei nur 
soviel gesagt: Gesteuert wird sie mit Hilfe 
des Prozessor-Interrupts, weil nur damit ein 
Eingriff ins laufende Maschinenprogramm 
möglich ist. 

Während des Trace-Ablaufs wird deswe- 
gen der Bildschirm kurzfristig aus- und ein- 
geschaltet, weil alle anderen Interruptanfor- 
derungen wie beispielsweise durch den 
Video-Chip, verhindert werden müssen. 

Da die Befehle eines Programms nicht nur 
angezeigt, sondern auch wirklich ausgeführt 
werden, ist der »SEI«-Befehl mit großer Vor- 
sicht zu verwenden. Doch dazu später mehr. 
Wir wollen ein neues, besser geeignetes 
Beispiel verwenden als bisher. Tippen Sie al- 
so das folgende Miniprogramm mit dem 
Assembler ein (A 4000): 


4000 LDA #30 lade den Akku mit (ASCII-) O 


4002 JSR FFD2 gib Akku auf dem Bildschirm aus 
4005 CIC 

4006 ADC #01 erhöhe Akku um I 

4008 CMP #39 vergleiche Akku mit (ASCII-) 9 
400A BCC 4002 springe zurück, wenn Akku kleiner 
400C BRK springe in SMON zurück 


Starten Sie das Programm mit »G 4000«. Es 
muss die Zahlen von O bis 8 auf den Bild- 
schirm schreiben. 


Trace-Stopp 


TS (Startadresse Stoppadresse) 
Starten Sie nun unser Programm mit TS 
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4000 4009. Die ersten Befehle werden aus- 
geführt (die Null ausgegeben, der Akku er- 
höht etc.), dann stoppt das Programm bei 
Adresse $4009 und springt in die Register- 
anzeige. 

Genau genommen ist »TS« gar kein Trace- 
Befehl, das Programm läuft nämlich bis zur 
gewählten Stoppadresse in Echtzeit durch. 
Dort angekommen, können Sie die Register 
prüfen und gegebenfalls durch Überschrei- 
ben ändern. Mit »G«, »TW« oder »TB« (wird 
später erklärt) ohne weitere Adresseneinga- 
ben können Sie dann im Programmlauf fort- 
fahren. SMON merkt sich nämlich, wo er 
stehen geblieben ist, und arbeitet ab dieser 
Adresse weiter, wenn Sie nicht eine neue 
angeben. 

Sinnvoll ist dieser Befehl immer dann, 
wenn in einem längeren Programm nur be- 
stimmte Teile »getraced« werden sollen, der 
Anfang aber durchlaufen werden muss, um 
Variablen zu setzen oder Benutzereingaben 
zu erfragen. Auch wenn man nicht ganz si- 
cher ist, ob eine bestimmte Passage über- 
haupt jemals durchlaufen wird, kann man 
das mit »TS« überprüfen. Zwei Einschrän- 
kungen gibt es allerdings wegen der Ar- 
beitsweise dieses Befehls: SMON setzt im 
Programm an die Stoppadresse einen BRK- 
Befehl und merkt sich, welcher Befehl dort 
stand, um ihn wieder zurückzuschreiben. 

Deshalb funktioniert »TS« nur im RAM, 
nicht aber zum Beispiel im BASIC oder im 
Betriebssystem. Auch darf die Speicherstel- 
le, in der sich SMON den ausgetauschten 
Befehl merkt ($02BC), vom Programm nicht 
verändert werden, sonst ist eine korrekte 
Reparatur nicht mehr möglich. 

Der wohl am häufigsten und vielseitigsten 
eingesetzte Trace-Befehl ist sicherlich »TW«. 


Trace Walk 

IW (Startadresse) 

Starten Sie unser Beispiel jetzt mit TW 4000. 
Der erste Befehl (LDA #30 in Adresse $4000) 
wird ausgeführt, SMON stoppt und zeigt 
dann die Inhalte aller Register in der glei- 
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chen Reihenfolge wie beim »R«-Kommando 
sowie den nächsten Befehl an. Im Akku 
steht jetzt 30, der Programmzähler zeigt auf 
$4002. jetzt drücken Sie eine Taste. Der 
nächste Befehl (JSR FFD2) wird ausgeführt, 
der Programmzähler zeigt auf $FFD2. 

Achten Sie auf den Stack Pointer: Sein In- 
halt hat sich um 2 vermindert, weil der Pro- 
zessor auf dem Stack die Adresse abgelegt 
hat, an die er nach Beendigung der Subrou- 
tine zurückspringen soll. Der nächste ange- 
zeigte Befehl ist ein indirekter Sprung über 
$0326. Mit dem nächsten Tastendruck wird 
er durchgeführt. 

Und so geht es munter weiter. Verzwei- 
feln Sie nicht, wenn Sie auch nach den 
nächsten zehn Tastendrücken immer noch 
irgendwo im Betriebssystem »herumtracen« 
und von unserem Beispielprogramm weit 
und breit nichts mehr zu sehen ist. 

Ausnahmsweise ist unser Liebling einmal 
nicht im »Land der Träume« verschwunden, 
sondern tut, was er soll: Er arbeitet brav ei- 
nen Befehl nach dem anderen alles ab, was 
zur Routine $FFD2 gehört, und das ist reich- 
lich viel. Also bewegen Sie Ihre Finger, Sie 
haben’'s ja nicht anders gewollt! 

Irgendwann einmal, nach mehreren hun- 
dert gedrückten Tasten, befinden Sie sich 
plötzlich wieder in der Registeranzeige von 
SMON. Das Programm ist beendet. Nun wer- 
den Sie enttäuscht fragen, was man wohl 
mit einem Trace-Modus anfangen soll, der 
schon bei kleinsten Beispielprogrammen ein 
völlig undurchschaubares Chaos erzeugt? 
Nur Geduld, die Rettung naht in Gestalt der 
Taste <J>. 

Falls ihre Hand noch nicht in Gips liegt, 
starten Sie das Ganze nochmal von vorn mit 
»TW 4000«. Diesmal drücken Sie aber jedes 
Mal, wenn als nächster Befehl »JSR FFD2« 
angezeigt wird, auf <]>. 

Der Effekt ist, dass die gesamte Subrouti- 
ne auf einen Schlag abgearbeitet wird und 
Sie sofort wieder auf dem nächsten Befehl 
unseres Beispiels landen. Dass wir nicht ge- 
mogelt und die Befehle von »JSR FFD2« 


einfach unterschlagen haben, sehen Sie da- 
ran, dass der Akku tatsächlich auf dem Bild- 
schirm ausgegeben worden ist (rechts ne- 
ben FFD2). 

Jetzt können Sie unser Beispiel in aller Ru- 
he bis zum Ende durchgehen und verfolgen, 
wie der Akku erhöht wird, wie der Vergleich 
das Statusregister beeinflusst und wie dem- 
entsprechend der Rücksprung in die Schlei- 
fe erfolgt. 

Sie dürfen die <]>-Taste auch dann benut- 
zen, wenn Sie schon mitten in der Subrouti- 
ne sind. Aber hierbei ist äußerste Vorsicht 
geboten: Die Rücksprungadresse muss un- 
bedingt oben auf dem Stack liegen, wenn 
Sie <]> drücken. Hat nämlich der Prozessor 
Werte auf dem Stack abgelegt (mit PHA 
oder PHP), dann erfolgt der Sprung irgend- 
wohin, nur nicht zurück ins Programm. 

Achten Sie deshalb genau auf die Anzei- 
ge des Stack Pointers. Wenn dessen Wert 
genauso groß ist wie bei Beginn der Subrou- 
tine, kann nichts passieren. Sonst hilft nur 
noch der Reset-Taster, den Sie ja inzwischen 
hoffentlich eingebaut haben, oder eine ruhi- 
ge Hand, die die Büroklammer an Pin I und 
3 des User-Ports hält (Kostenpunkt der Re- 
paratur bei Abrutschen: zirka 100 Mark ...) 

»TW« bricht automatisch mit der Register- 
anzeige ab, wenn im Programm ein »BRK«- 
Befehl auftaucht. Wenn Ihnen das zu lange 
dauert oder Sie zwischendurch ein Register 
andern möchten, können Sie den Trace-Mo- 
dus jederzeit mit der Stopp-Taste verlassen. 
Anschließend können Sie wie bei »TS« be- 
schrieben fortfahren. 

Im Gegensatz zu »TS« können Sie mit 
»TW« auch im ROM herumstöbern; Sie ha- 
ben es ja bei der Subroutine $FFD2 bereits 
getan. Einzige Einschränkung beim »TW«-Be- 
fehl: Ihr Programm darf keinen »SEI« ent- 
halten, da dieser den Interrupt und damit 
auch den Trace-Modus lahm legt. 

Verlassen Sie in diesem Falle »TW« mit 
STOP und starten erneut hinter dem »SEI«- 
Befehl. Allerdings müssen Sie in Kauf neh- 
men, dass das Programm normalerweise 
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nicht mehr korrekt arbeitet. Das nächste 
Programm soll als weiteres Beispiel für den 
TW-Modus dienen. Geben Sie es folgender- 
maßen ein: 


5000 LDA #00 lädt den Akku mit »0« 

5002 TAX überträgt den Akku ins X-Register 
5003 .0C ein mysteriöses Byte 

5004 LDA #04 lädt den Akku mit »4« 

5006 TAY überträgt den Akku ins Y-Register 
5007 BRK springt in SMON 


Wenn wir dieses kleine Programm abarbei- 
ten, müsste das X-Register auf »O« stehen, 
während Akku und Y-Register mit »4« gela- 
den sind. Starten wir also das Programm mit 
»G 5000« und schauen uns die Register an. 

Seltsamerweise enthalten alle Register ei- 
ne »O«. Vorsichtig, wie wir sind, überschrei- 
ben wir die drei Register mit »FF«, um die 
Veränderung deutlich kontrollieren zu kön- 
nen. 

Dann starten wir mit »G 5000« ein zweites 
Mal. Gegen alle Gesetze der Vernunft er- 
scheint wieder das »falsche« Ergebnis - alle 
drei Register sind »O«. Hier soll uns jetzt der 
TW-Modus weiterhelfen, indem er uns zeigt, 
was in Wirklichkeit passiert. 

Geben wir »TW 5000« ein. Der erste Be- 
fehl (LDA #00) ist durchgeführt, im Akku er- 
scheint die Null. Jetzt steht der Programm- 
zähler auf dem folgenden Befehl »5002 
TAx«. Nach Drücken einer Taste wird dieser 
Befehl ausgeführt, und es erscheint die Null 
im X-Register. Beim folgenden Befehl müs- 
sen wir feststellen, dass der Disassembler 
nicht in der Lage ist, ihn zu interpretieren - 
er gibt drei Sternchen aus. Hierbei handelt 
es sich um unser Byte »OC«. 

Wieder ein Tastendruck; und dann erken- 
nen wir, dass etwas Merkwürdiges passiert 
ist. Der Prozessor hat augenscheinlich den 
nächsten Befehl (LDA #04) übersprungen 
und steht schon auf dem folgenden »TAY«. 
So also wird unser Programm abgearbeitet. 
Damit ist auch das »falsche« Ergebnis erklärt. 
Bleibt nur noch die Frage nach dem Grund 
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für dieses seltsame Verhalten. Und der ist si- 
cherlich in dem mysteriösen Byte »OC« zu 
suchen. Hierbei handelt es sich um einen 
der »inoffiziellen« Opkodes (auch Pseudo- 
Opkodes genannt), die auf Grund der Pro- 
zessorarchitektur vorhanden sind und in 
manchen Programmen ihr Unwesen treiben 
- wie wir zu unserem Leidwesen erfahren 
mussten. Das Byte »0C« wirkt wie ein »NOP«, 
der eine Länge von 3 Byte hat. Deshalb wird 
der folgende 2-Byte-Befehl (LDA #04) ver- 
schluckt. Es gibt noch Einiges zu entdecken 
am 6502 und 6510 - TW macht's möglich. 

Häufig ist es nicht sinnvoll, ein Programm 
von Anfang an im TW-Modus laufen zu las- 
sen. Zum Anderen sind gerade Schleifen, 
die per Hand mit »TW« durchlaufen werden 
müssen, eine ermüdende Angelegenheit. 
Hier bietet SMON neben dem bereits be- 
schriebenen »TS« eine weitere Trace-Mög- 
lichkeit an 


Trace Break 
TB (Adresse Anzahl der Durchläufe) 


Trace Quick 
TO (Adresse) 


Geben Sie als Beispiel folgendes Programm 
ein: 


Y als Zähler auf »O« 

Werte von $600E ff. sollen 
geladen werden 

Ausgabe der Zeichen auf dem 
Bildschirm 

der Zähler wird erhöht 

Zähler schon » 14«? 

wenn nein, dann nächsten 
Wert holen 


6000 
6002 


LDY #00 
LDA 600E,Y 


6005 JSR FFD2 


6008 INY 
6009 CPY #0E 
600B BCC 6000 


601D BRK 


Bei $600E soll nun ein Text stehen, den das 
Programm ausgibt. Die einfachste Art, mit 
SMON Texte in den Speicher zu schreiben, 
besteht im »K«-Befehl. Geben Sie K 600E ein 
(danach natürlich <RETURN?>) und drücken 
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Sie die <STOP>-Taste. Fahren Sie mit dem 
Cursor an das erste ausgegebene Zeichen 
(vermutlich ein Punkt) und schreiben Sie - 
ohne Anführungszeichen -: »FEHLER BEHO- 
BEN«. 

Drücken Sie dann <RETURN>, um die Zeile 
an den Rechner zu übergeben. Wenn Sie 
das Programm starten, werden Sie wieder 
einmal Gelegenheit haben, sich in Ruhe et- 
was zu trinken zu holen (Prost!), denn das 
Programm enthält einen dummen Fehler 
und beschäftigt den Computer für eine lan- 
ge, lange Zeit. Genauer gesagt, bis Sie ihn 
mit Reset (zum Beispiel durch <RUN / STOP> 
+ <RESTORE>) erlösen. 

Nun soll SMON helfen, diesen Fehler zu 
lokalisieren. Setzen Sie zuerst einmal einen 
Breakpoint bei $6002 und begrenzen die 
Durchläufe auf die maximale Anzahl: TB 
6002 OE und starten mit TQ 6000 den 
Quicktrace bei $6000. 

Das Programm läuft so lange, bis zum 14. 
Mal die Adresse $6002 erreicht wird und 
springt dann in den TW-Modus. Wenn Sie 
sich jetzt die Registerinhalte genau an- 
schauen, müsste Ihnen der Fehler geradezu 
ins Auge springen. 

Wie groß sollte denn das Y-Register sein? 
Welchen Wert sollte der Akku haben? NA?! 
(Auflösung erfolgt mit der Bekanntgabe der 
Gewinner des großen Preisausschreibens 
aus der letzten Folge ...) 

Wenn Sie eine Zeit lang mit SMON gear- 
beitet haben, werden Ihnen eventuell einige 
Voreinstellungen nicht gefallen. Besitzer ei- 
ner Datasette zum Beispiel müssen jedes- 
mal mit»I Ol« auf ihre Geräteadresse ein- 
stellen. 

Wenn Sie sich an unserem »Preisaus- 
schreiben« vom letzten Mal beteiligt haben, 
dürften Ihnen diese Speicherstellen bereits 
bekannt sein. 

Übrigens sind zirka 235 982 richtige Lö- 
sungen eingegangen; wir haben daraufhin 
ein Programm geschrieben, um den Gewin- 
ner zu ermitteln. Dieses läuft zur Zeit auf ei- 
nem Großrechner in den USA, da der Spei- 


cher des C 64 nicht ausreichte. Wir werden 
Sie nach Abschluss des Programmlaufs, den 
wir für Mitte Juni diesen Jahres erwarten, in- 
formieren ... 

Sollten Sie nicht zu den glücklichen Ge- 
winnern zählen, geben wir Ihnen im Folgen- 
den die Speicherstellen an, in denen die 
Voreinstellungen stehen. Diese können Sie 
dann mit dem »M«-Befehl Ihren Wünschen 
entsprechend abändern. 

Vergessen Sie aber nicht, Ihre geänderte 
Version mit »S "@:SMON SCOO00" COOO 
CEO9« abzuspeichern. 


Hintergrundfarbe $C220 
Schreibfarbe $C228 
Geräte-Adresse Drucker $C21B 
Geräte-Adresse FI / Kassette $C216 


Wer steht wo? - Wegweiser durch SMON 
Wollen Sie Routinen in SMON analysieren 
oder verändern, müssen Sie die Einsprung- 
adressen der einzelnen Befehle kennen. 
Diese lassen sich leicht finden: 

Am Anfang des Programms (ab $COOB) 
befindet sich eine Liste aller Kommandos 
gefolgt von den Adressen (ab $CO2B), bei 
denen diese Befehle beginnen. Lassen Sie 
sich mit »M COOB CO2B« die Befehlsliste an- 
zeigen (siehe Befehlsübersicht). Sie sehen, 
dass am Ende 5 Nullen stehen; hier können 
Sie eigene neue Befehle einbauen. 

Mit »M CO2B CO6B« erhalten Sie die Liste 
der Einsprungadressen, immer in der Rei- 
henfolge Low-Byte - High-Byte, diesmal mit 
10 Nullen am Ende, weil ja zu jedem Befehl 
2 Byte für die Adresse gehören. 

Wir wollen nun als Beispiel heraussuchen, 
wo die Routine zum Füllen eines Speicher- 
bereichs mit einem vorgegebenen Byte 
steht. Der Befehl dazu ist »O«, also der 20. 
Befehl ($COIE). Die zugehörige Adresse ist 
ebenfalls die 20. in der Liste, also $C9CO (in 
Speicherstelle $CO51 / $C052). 

Die Routine beginnt allerdings immer erst 
ein Byte später, in unserem Fall also bei 
HCC 1. 
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Disassemblieren Sie jetzt diese Routine mit 
»C C9C1 C9D3«. Sie erhalten folgende Be- 
fehle (natürlich ohne Kommentare): 


JSR C27A holt zwei Adressen nach 
$FB/FC und $FD/FE 

JSR C28D holt das gewünschte Byte in 
den Akku 

LDX #00 initialisiert X-Register als Zähler 

LOOP STA (FB,X) speichert den Akku-Inhalt in 

der ersten Adresse ab 

PHA merkt sich den Akku-Inhalt 

JSR C463 erhöht die Adresse und 
vergleicht mit der Endadresse 

PLA holt Akku-Inhalt zurück 

BCC C9C9 wenn Ende nicht erreicht, 
dann Sprung auf LOOP 

RTS 


Wenn Sie nun zum Beispiel den »O«-Befehl 
nur zum Löschen verwenden möchten, könn- 
ten Sie die Routine so abändern, dass nur die 
beiden Adressen eingegeben werden müs- 
sen. Überschreiben Sie einfach den Befehl 
JSR C28D mit LDA #00 im Disassemblerlis- 
ting, disassemblieren Sie erneut mit »D C9C1 
C9D3« und überschreiben Sie die drei Stern- 
chen bei C9C6 mit einem »NOP«, um die 
entstandene Lücke (3-Byte-Befehl wurde 
durch 2-Byte-Befehl ersetzt) aufzufüllen. 

Nun können Sie Ihre veränderte Routine 
ausprobieren. Geben Sie zum Beispiel »O 
5000 5200« ein und überzeugen Sie sich 
mit»M 5000 5200« von der korrekten Aus- 
führung. Sie können auch die so veränderte 
Routine mit »W C9C1 C9D3 CEO9« ans Pro- 
grammende kopieren und sich einen neuen 
Befehl »E« (Erase) schaffen. 

Sie brauchen dann nur in die erste Null am 
Ende der Kommandotabelle »45« (für »E«) 
und in die ersten beiden Nullen der Adress- 
tabelle »08« und »CE« zu schreiben (für die 
Adresse $CEO9). 

Machen Sie sich ruhig einmal die Mühe, 
auch andere Routinen im SMON auf diese 
Art und Weise zu analysieren und zu än- 
dern. Erstens macht es Spaß und zweitens 
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können Sie SMON Ihren eigenen Wünschen 
anpassen. Vielleicht fallen Ihnen ja noch 
Routinen ein, die in SMON fehlen. Wir wür- 
den uns über Verbesserungsvorschläge 
freuen. 


Das »Gedächtnis« von SMON 

Wenn Sie Programme mit SMON untersu- 
chen oder verändern wollen, müssen Sie 
noch wissen, welche Speicherstellen SMON 
verwendet. Es soll ja Monitorprogramme 
geben, die die BASIC-Zeiger als Arbeitsspei- 
cher benutzen, so dass ein BASIC-Programm 
nach dem Rücksprung aus dem Monitor ge- 
löscht ist. 

SMON tut so etwas nicht. Aber natürlich 
braucht auch er Speicherstellen, um sich 
Werte merken zu können. Damit Sie Konflik- 
ten von Anfang an aus dem Wege gehen 
können, sind die wichtigsten hier darge- 
stellt. 

In der Zeropage belegt SMON den Be- 
reich von $00A4 bis $00B6. Dort stehen 
Systemvariablen für die Kassettenspeiche- 
rung und die RS232-Schnittstelle. Diese wer- 
den nur während des Betriebs der Kassette 
oder von RS232 gebraucht, sind ansonsten 
aber frei. 

Außerdem werden die Speicherstellen 
$00FB bis $OOFF benutzt, die sowieso zur 
freien Verfügung des Anwenders vorgese- 
hen sind. Alle anderen Zeiger in der Zeropa- 
ge, also insbesondere die Speicherverwal- 
tung für BASIC bleiben unbeeinflusst. 

Als weiteren Arbeitsspeicher benutzt 
SMON den Bereich von $02A8 bis $02CO. 
Auch dieser Bereich wird vom Betriebssys- 
tem nicht benutzt, so dass keine Konflikte 
entstehen dürften. 

Beim Assemblieren wird zusätzlich noch 
der Kassettenpuffer als Speicher für die La- 
bels benötigt. Dieser bleibt ansonsten aber 
auch unverändert; das ist wichtig, wenn Ma- 
schinenroutinen dort abgelegt werden sol- 
len. 

Alles in allem ist SMON also recht ver- 
träglich. 
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SMON verschieben? Mit SMON! 

Eine Reihe von Anfragen hat uns erreicht, ob 
man SMON nicht mithilfe des »W«-, »V«- oder 
»C«-Kommandos verschieben könne. Alle 
Versuche in dieser Richtung seien fehlge- 
schlagen. Einige Leser meinten auch, in der 
V-Routine müsse ein Fehler stecken. Dies- 
mal sind wir jedoch völlig schuldlos; es gibt 
nämlich einige Befehle in SMON, die keine 
Sprungadressen sind und sich trotzdem auf 
den Bereich ($CO00-) beziehen, in dem 
SMON steht. 

Dazu gehören in erster Linie die oben er- 
wähnten Einsprungadressen, deren High- 
Byte natürlich geändert werden muss, wenn 
SMON in einem anderen Speicherbereich 
laufen soll. Es gibt aber auch Befehle, die ei- 
ne Adresse im Programm in einem Vektor 
ablegen müssen. Disassemblieren Sie ein- 
mal den Anfang von SMON mit »D C000 
COOB«. Sie erhalten 


LDA #14 Low-Byte der BREAK-Routine von SMON 
STA 0316 im Break-Vektor abspeichern 

LDA #c2 High-Byte (siehe oben!) 

STA 0317 siehe oben 

BRK 


Damit wird der Break-Vektor des Betriebs- 
systems auf den SMON gesetzt und mit 
dem anschließenden - und jedem weiteren 
- BRK-Befehl springt das Programm in SMONs 
BREAK-Routine. 

Wenn SMON in einem anderen Bereich 
als $COOO laufen soll, dann müssen diese 
Befehle geändert werden. 

Heraussuchen kann man sie mit»FIC*, 
C000 DO00«. Sie wissen doch noch, was 
diese Anweisung bedeutet: Suche mir alle 
Befehle, die ein Register unmittelbar mit ei- 
nem Wert laden, der mit $C beginnt. 

Aber Vorsicht! Nicht alles, was da ange- 
zeigt wird, muss auch geändert werden! 

Um Ihnen weitere Stunden sinnlosen He- 
rumbrütens zu ersparen, wollen wir als Bei- 
spiel zeigen, wie man SMON in den Bereich 
$9000 bis $A000 verlegen kann. Natürlich 


gilt das im Prinzip für jeden anderen Bereich 
genauso; wir selbst haben insgesamt fünf 
SMON-Versionen für fünf verschiedene Spei- 
cherbereiche, von denen eine immer passt. 


1.Wir verschieben zuerst das ganze Pro- 
gramm ohne Umrechnen in den neuen 
Bereich: W CO00 CEO9 9000 

2.Nun lassen wir alle absoluten (3-Byte-)Be- 
fehle umrechnen. Die Tabellen am Anfang 
von SMON Dleiben verschont: V COO0O0 
CEO9 9000 9214 9E09 

3.Als Nächstes ändern wir die High-Bytes 
der Befehlsadressen. Geben Sie M 902B 
906B ein und ändern Sie in jedem zwei- 
ten Byte das »C« durch Überschreiben in 
»O«. Vergessen Sie nicht, am Ende jeder 
Zeile <RETURN> zu drücken, damit Ihre 
Änderung auch übernommen wird. 

4.Als Letztes bleiben noch die oben be- 
schriebenen Direktlade-Befehle. Sie müs- 
sen so geändert werden, dass sie sich auf 
den neuen Bereich $9... beziehen. Suchen 
Sie sie mit FIC*, 9000 9EO9 heraus. Sie 
erhalten 


9005 LDA #C2 ändern 
908B JMP C97D ändern 
9124 CPX #CO nicht ändern 
9386 LDY #CO ändern 
9441 CMP #CO nicht ändern 
987F LDX #C3 nicht ändern 
988D LDX #C1 nicht ändern 
9992 LDA #C1 nicht ändern 
9C2C LDA #CC ändern 
9SC5SB LDA #C2 ändern 
SCF4 LDA #CC ändern 
9SDAl LDX #CC ändern 
9E03 LDA #CC ändern 


Ändern Sie nur in den gekennzeichneten 
Zeilen das »C« in »9« um. Sie sehen, es gibt 
keine Regel, welche Befehle zu ändern sind 
und welche nicht. Aus diesem Grund müs- 
sen Sie diese Änderungen »von Hand« vor- 
nehmen. Speichern Sie jetzt die fertige Ver- 
sion unbedingt mit S "SMON S9000" 9000 
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9E09« ab. Nun starten Sie die 9000-Version 
mit »G 9000« oder von BASIC aus mit SYS 
36864 (SYS 9x 4096). Löschen Sie dann 
den alten SMON mit »O C0O00 DOO00O 00«. 

Nur so können Sie sicher sein, dass der 
verschobene SMON auch einwandfrei ar- 
beitet und Sie nichts übersehen haben. 

Probieren Sie nun alle Befehle durch. Sie 
müssen genauso arbeiten wie bisher. Vor al- 
lem können Sie jetzt auch Programme wie 
»DOS 5.1« oder »Turbo Tape« untersuchen, 
die im $COO0-Bereich stehen. Achten Sie 
aber, wenn Sie »SMON $9000« von BASIC 
aus benutzen, darauf, dass das BASIC ihn 
nicht überschreibt. String-Variablen werden 
nämlich von $A000 nach unten hin aufge- 
baut, und bis $9EO® ist nicht viel Platz. 

Schützen Sie im Zweifelsfall den Bereich, 
indem Sie nach dem Laden des SMON 
$9000 eingeben: 

NEW POKE 56,144 POKE 55,0 
Damit ist SMON vor Überschreiben ge- 
schützt. Das ist natürlich bei dem SMON 
$C000 nicht nötig, weil BASIC in diesen Be- 
reich nicht hineinkommt. 

Wir hoffen, Ihnen mit SMON ein wirklich 
brauchbares Werkzeug an die Hand gege- 
ben zu haben. Die vielen Zuschriften und 
Anrufe, die wir im Verlauf dieser Serie erhal- 
ten haben, bestätigen uns in dieser Auffas- 
sung. Viele Leser sind unserem Eindruck 
nach dabei, in die Maschinensprache einzu- 
steigen und deren Möglichkeiten zu nutzen. 
Und genau das wollten wir erreichen. 

Damit wären wir eigentlich am Ende die- 
ser Serie angelangt und würden uns mit den 
üblichen guten Wünschen verabschieden. 
Aber die freien Bytes am Ende von SMON, 
immerhin von $CEO9 bis $DO00, also über 
500 Byte, haben uns keine Ruhe gelassen. 

Als »Zugabe« werden wir Ihnen deshalb in 
der nächsten Ausgabe noch einen kleinen 
Diskettenmonitor vorstellen, der, in SMON 
eingebunden, dessen Möglichkeit nutzen 
kann. 
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SMON-Befehlsübersicht 


A4000 (Assembler) 
Symbolischer Assembler (Verarbeitung von 
Labels möglich). Startadresse $4000 


B 4000 4200 (BASIC-DATA) 
erzeugt BASIC-DATA-Zeilen aus Maschinen- 
programm im Bereich von $4000 - $41 FF. 


C 4010 4200 4013 4000 4200 (Convert) 
In ein Programm, das von $4000 bis $4200 
im Speicher steht, soll bei $4010 ein 3-Byte- 
Befehl eingefügt werden. Dazu wird das Pro- 
sramm ab $4010-%4200 auf die neue 
Adresse $4013 verschoben. Alle absoluten 
Adressen, die innerhalb des Programmbe- 
reichs ($4000 - $4200) stehen, werden um- 
gerechnet, so dass die Sprungziele stimmen. 


D4000 (4100) (Disassembler) 
disassembliert den Bereich von $4000 (- 
$4100) mit Ausgabe der Hex-Werte. Ände- 
rungen sind durch Überschreiben der Befeh- 
le möglich. 


F (Find) 
findet Zeichenketten (F), absolute Adressen 
(FA), relative Sprünge (FR), Tabellen (FT), 
Zeropageadressen (FZ) und Immediate-Be- 
fehle (FT). 


G (4000) (Go) 
startet ein Maschinenprogramm, das bei 
$4000 im Speicher beginnt. 


I01 (I/O-Gerät) 
stellt die Gerätenummer für Floppy (08 oder 
09) oder Datasette (Ol) ein. 


KAO000 (A500) (Kontrolle) 

zum schnellen Durchsuchen des Bereichs 
von $A000 (- $A500) nach ASCII-Zeichen 
(32 Byte pro Zeile). Änderungen sind durch 
Überschreiben der ASCII-Zeichen möglich. 
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L (4000) (Load) 
lädt ein Maschinenprogramm an die richti- 
ge oder eine angegebene Adresse ($4000). 


M 4000 (4400) (Memory-Dump) 

gibt den Inhalt des Speichers von $4000 (- 
$43FF) in Hex-Bytes und ASCII-Kode aus. 
Änderungen sind durch Überschreiben der 
Hex-Zahlen möglich. 


0 4000 4500 AA (Occupy) 
füllt den Speicherbereich von $4000-$4500 
mit vorgegebenem Byte ($AA) aus. 


PO02 (Printer) 
setzt Geräteadresse 2 für Drucker. 


R (Register) . 
zeigt die Registerinhalte und Flags an. An- 
derungen sind durch Überschreiben mög- 
lich. 


S "Test" 4000 5000 (Save) 
speichert ein Programm von $4000 - $AFFF 
unter dem Namen »Test« ab. 


TB 4010 05 (Trace Break) 

setzt einen Haltepunkt für den Schnell- 
schrittmodus bei $4010. Der Schnellschritt- 
modus wird unterbrochen, nachdem $4010 
zum 5. Mal erreicht worden ist. 


TQ 4000 (Trace Quick) 
Schnellschrittmodus. Springt beim Erreichen 
eines Haltepunktes in den Einzelschrittmo- 
dus. 


TS 4000 4020 (Trace Stop) 

arbeitet ein Programm ab $4000 in Echtzeit 
ab und springt beim Erreichen von $4020 in 
die Registeranzeige. Von dort aus kann (nach 
evtl. Änderung der Register) mit »G« oder 
»TW« fortgefahren werden. »TS« arbeitet nur 
im RAM-Speicher. 


TwW (4000) (Trace Walk) 

führt auf Tastendruck den jeweils nächsten 
Maschinenbefehl aus und zeigt die Regis- 
terinhalte an. Subroutinen können in Echt- 
zeit durchlaufen werden (<]>). Wird keine 
Startadresse eingegeben, beginnt TW bei 
der letzten mit »R« angezeigten Adresse. 


V 6000 6200 4000 4100 4200 
(Verschieben) 

ändert in einem Programm von $4100 - 
$A1 FF alle absoluten Adressen, die sich auf 
den Bereich von $6000 bis $6200 bezie- 
hen, auf einen neuen Bereich, der bei $4000 
beginnt. 


W 4000 4300 5000 (Write) 

verschiebt den Speicherinhalt von $4000 - 
$42FF nach $5000 ohne Umrechnung der 
Adressen (zum Beispiel Tabellen). 


Hinweise zur Befehlsübersicht 
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X (Exit) 
springt aus dem Monitor-Programm ins BA- 
SIC zurück. 


# 49152 

Dezimalzahl umrechnen 

$ 002B 

4-stellige Hex-Zahl umrechnen 


% 0110 1010 
8-stellige Binärzahl umrechnen 


? 0344 + 5234 
Addition oder Subtraktion zweier 4-stelliger 
Hex-Zahlen 


= 4000 5000 (Vergleich) 
vergleicht den Speicherinhalt ab $4000 mit 
dem ab $5000. 


Alle Eingaben erfolgen in der hexadezimalen Schreibweise. In Klammern angegebene 


Adresseingaben können entfallen. 


SMON benutzt dann sinnvolle vorgegebene Werte. Bei allen Ausgabe-Befehlen ist 
gleichzeitig die Ausgabe auf einen Drucker möglich. Dazu werden die Befehle geS- 
HIFTet eingegeben. 
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Ühne gutes Merkzeug geht es 


nicht: 5MON 


Folge 5 


Erschienen in: 
Autoren: 


Dies ist der letzte Teil unserer SMON-Serie 
mit der versprochenen Zugabe. Die noch 
freien zirka 500 Byte sollen mit einem klei- 
nen Diskettenmonitor gefüllt werden. Wir 
wollen Ihnen außerdem an einigen Beispie- 
len zeigen, was man mit so einem Disk- 
Monitor alles anstellen kann. 


Nun sind 500 Byte nicht gerade viel - sie 
entsprechen etwa IO Zeilen BASIC -, und 
das stellte uns vor einige Probleme. Wir ha- 
ben schließlich auf allen Komfort verzichten 
müssen: Deshalb gibt es keine Directory- 
Ausgabe, keine Übermittlung von Disk- 
Kommandos a la DOS 5.1 und was derglei- 
chen schöne Dinge mehr sind. Niemand kann 
Sie allerdings davon abhalten, solche Pro- 
gramme gleichzeitig mit SMON zu verwen- 
den. 

Sollte SMON dabei im Weg sein, können 
Sie ihn ja seit der letzten Ausgabe auf einen 
anderen Speicherbereich verschieben. Wir 
haben also nur solche Befehle eingebaut, 
die BASIC-Befehlserweiterungen nicht bie- 
ten und die für den Maschinensprache-Pro- 
grammierer von besonderem Interesse sind. 

Glücklicherweise sind gerade für solche 
Zwecke im SMON bereits reichlich Routinen 
vorhanden, die wir benutzen können, etwa 
Eingabe-Routinen oder Hexdump von Spei- 
cherbereichen. 


Die Befehle des Disk-Monitors 
Da das Arbeiten mit dem Disk-Monitor be- 
sondere Aufmerksamkeit verlangt (nach Mur- 
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phys Gesetzen führen Fehleingaben in der 
Regel zu unlesbaren Disketten), wird er mit 
einem eigenen Kommando eingeschaltet. 
Leider waren alle halbwegs sinnvollen Buch- 
staben (»D« wie Diskette oder »F« wie Flop- 
py) schon vergeben, deshalb haben wir uns 
für ein schlichtes »Z« wie Zuversicht ent- 
schieden. 


Z 

schaltet den Disk-Monitor ein. Die Rahmen- 
farbe ändert sich auf Gelb, der gewohnte ».« 
am Anfang einer Zeile ändert sich in »««. 
Dies alles hat den Zweck, Ihnen deutlich zu 
machen, dass es jetzt ernst wird. Intern wird 
jetzt das BASIC abgeschaltet, weil der Disk- 
Monitor einen 256 Byte großen Puffer be- 
nötigt. Dieser liegt von $BFOO bis $COOO im 
RAM unter dem BASIC, weil er dort am we- 
nigsten stören kann. 


READ:R (Track Sektor) 

Liest einen Block von der Diskette in den 
Computer. Track und Sektor müssen als Hex- 
zahlen eingegeben werden. Die erste Zeile 
des Blocks wird ausgegeben. Da wir dazu 
normale SMON-Routinen verwenden, steht 
als Speicheradresse $BFOO. Das »BF« können 
Sie vorerst ignorieren. 

Die weitere Ausgabe des Hexdump erfolgt 
anders als gewohnt mit der Taste <SHIFT>. 
<STOP> bricht die Ausgabe ab. Sie können 
die Hexbytes überschreiben und damit än- 
dern. Eine dauerhafte Änderung erfolgt aber 
erst beim Zurückschreiben auf die Diskette 
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(siehe Befehl »W«). Geben Sie nur »R« ohne 
Track und Sektor ein, wird der logisch (!) 
nächste Block eingelesen. 


MEMORY-DUMP: M 

Zeigt den gerade im Puffer befindlichen Block 
nochmals auf dem Bildschirm an. Genau wie 
beim R-Befehl können Sie die Ausgabe mit 
<SHIFT> und <STOP> steuern und Änderun- 
gen vornehmen. 


WRITE: W (Track Sektor) 

Schreibt einen Block aus dem Puffer auf die 
Diskette zurück. Ähnlich wie bei »R« kann 
die Angabe von Track und Sektor entfallen. 
Es werden dann Track und Sektor des letz- 
ten R-Befehls benutzt. Das ist in fast allen 
Fällen auch der Richtige. 


ERROR: @ 

Liest den Fehlerkanal aus, gibt ihn aber nur 
aus, wenn wirklich ein Fehler vorhanden 
war. »00, OK, 00, 00 wird unterdrückt.) 


EXIT: X 

Verlässt den Disk-Monitor und springt in 
den SMON zurück. Dabei wird die Rahmen- 
farbe auf Blau zurückgeschaltet und es er- 
scheint wieder der.« am Anfang der Zeile. 
Das BASIC wird wieder eingeschaltet. Wol- 
len Sie nun mit SMON-Kommandos auf den 
Puffer zugreifen, müssen Sie BASIC wieder 
abschalten ($36 in Speicherstelle $0001). 


Die folgenden Beispiele sollen Ihnen die Ar- 
beit mit dem Disk-Monitor verdeutlichen. 
Achtung! Benutzen Sie unbedingt zum 
Üben eine Diskette, die Sie nicht mehr brau- 
chen! Weder wir noch der Verlag haften da- 
für, wenn Ihr Lieblingsprogramm oder die 
mühsam erstellte Adressdatei unwieder- 
bringlich dahin sind. Dass das sehr sehr 
schnell gehen kann, wissen wir aus eigener 
Erfahrung ... 

Am Besten machen Sie von einer Ihrer 
Disketten eine Kopie, die Sie zum Üben be- 
nutzen können. 
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Reparatur eines gelöschten Files 

Sicher ist Ihnen das auch schon passiert: Sie 
wollen Ihr Programm mit Namen »Schrott« 
löschen, geben als Abkürzung »S:S*« ein 
und merken in dem Moment, in dem Sie 
<RETURN> drücken, dass auf der Diskette 
auch alle Versionen von »SMON« waren, au- 
ßerdem auch noch »Springvogel«, »Soccer« 
etc. Verzweifeln müssen Sie nur, wenn auch 
diese letzte SMON-Version mit dem Disk- 
Monitor dabei war. Ansonsten behalten Sie 
die Ruhe und verfahren Sie wie im Folgen- 
den beschrieben. 

Laden Sie also jetzt SMON, legen Sie Ihre 
»Übungsdiskette« (!) ins Laufwerk und lö- 
schen Sie eins der ersten Programme mit 
dem üblichen Scratch-Kommando. 

Nun starten Sie SMON und drücken <Z>. 
Der Bildschirm ändert seine Farbe wie be- 
schrieben, und am Anfang der Zeile er- 
scheint der »««. Jetzt geben Sie ein: RI200 

Auf dem Bildschirm erscheint die erste 
Zeile der BAM, die bei jeder Diskette auf 
Track 18, Sektor O abgelegt ist. Die ersten 
beiden Bytes enthalten »12 Ol« und geben 
damit den logisch nächsten Block an. 

In diesem Fall wäre das der erste Block 
des Directorys. Wenn Sie mit <SHIFT> die 
Bildschirmausgabe fortsetzen, erkennen Sie 
etwa in der Mitte den Diskettennamen. Las- 
sen Sie die Ausgabe durchlaufen, bis wieder 
der »»« erscheint. Nun geben Sie »R« ohne 
weitere Angaben ein. Damit erhalten Sie 
den Koppel-Block, also Track 18, Sektor 1, 
den ersten Directory-Block. (Natürlich hät- 
ten Sie auch gleich »R 12 O1« eintippen kön- 
nen, aber wir wollen ja zeigen, wie die Be- 
fehle funktionieren.) 

In diesem Block stehen die ersten acht 
Programme Ihrer Übungsdiskette, auch der 
Name des soeben gelöschten ist dabei. 

Trotzdem ist dieses Programm tatsächlich 
gelöscht und erscheint nicht mehr, wenn Sie 
sich das Directory anzeigen lassen. Verglei- 
chen Sie den Eintrag des gelöschten Pro- 
gramms mit den anderen, fällt auf, dass 3 
Bytes vor Beginn des Namens bei allen an- 


deren »82« steht (sofern es sich um Pro- 
grammfiles handelt), bei dem gelöschten 
aber »00«. Die Reparatur ist nun denkbar 
einfach: Sie brauchen lediglich die »00« mit 
»82« zu überschreiben. 

Einen Haken hat die Sache allerdings 
noch: Beim Scratchen sind die vom Pro- 
gramm belegten Blöcke in der BAM als frei 
gekennzeichnet worden, und jeder neue Ein- 
trag würde das als gelöscht gekennzeichne- 
te File endgültig überschreiben. Um das zu 
verhindern, müssen Sie nach erfolgter Re- 
paratur die Diskette validieren (von BASIC 
aus mit Kommando: OPEN 1,8,15,"V"). 
Dabei wird die BAM neu erzeugt und korri- 
giert. 


Schützen eines Files 

Da wir gerade dabei sind, wollen wir unser 
repariertes gelöschtes File gleich ein für alle 
Mal gegen Löschen schützen. Diese Mög- 
lichkeit des Diskettenoperationssystems (DOS) 
ist zwar nicht im Handbuch beschrieben, 
funktioniert aber trotzdem ausgezeichnet. 
Laden Sie dazu nochmals die erste Seite des 
Directorys mit R12 01 und ändern Sie die 
»82« vor dem Fileeintrag in »C2«. 

Geben Sie »W« ein, um die Änderung auf 
Diskette zu schreiben. Verlassen Sie nun 
SMON mit »X« und lassen Sie sich ein Di- 
rectory anzeigen. Das geschützte File ist mit 
einem »>« gekennzeichnet. 

Versuchen Sie nun, dieses Programm mit 
dem Scratch-Kommando zu löschen. Es geht 
nicht! Zum »Entriegeln« brauchen Sie nur 
das »C2« wieder in »82« zu ändern. Der »>« 
im Directory verschwindet, und das File ist 
nicht mehr geschützt. 


Schützen einer Diskette 

Wollen Sie eine ganze Diskette vor verse- 
hentlichem Löschen oder Formatieren schüt- 
zen, gibt es die Möglichkeit, die Lösch- 
schutzkerbe abzukleben. Es geht jedoch 
auch anders. Achtung! Die im Folgenden 
beschriebene Prozedur lässt sich nicht mehr 
rückgängig machen, auch nicht mit dem 
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Disk-Monitor! Nehmen Sie also eine Disket- 
te, die Sie anschließend »hart formatieren« 
können (also mit Eingabe einer ID). 

Starten Sie nun den Disk-Monitor und le- 
sen Sie die BAM mit»R 12 O0«ein. Das drit- 
te Byte enthält »41«. Diese »4l« ist ein Kenn- 
zeichen für das DOS der Floppys 1541 oder 
4040. Ändern Sie diese Bytes durch Über- 
schreiben in »45« und speichern Sie die Än- 
derung mit »W« auf die Diskette zurück. Ver- 
lassen Sie nun SMON und versuchen Sie, 
etwas zu löschen. Ergebnis siehe oben. 

Versuchen Sie auch, die Diskette »weich«, 
also zum Beispiel mit OPEN 1,8,15,"N: 
TEST" zu formatieren. Auch das ist jetzt 
nicht mehr möglich. Aber es kommt noch 
besser: Starten Sie noch einmal den Disk- 
Monitor und versuchen Sie, die Änderung 
durch Zurückschreiben der »41« an Stelle 
der »45« rückgängig zu machen. Auch das 
ist nicht mehr möglich - wir hatten Sie be- 
reits gewarnt! Es bleibt lediglich die Mög- 
lichkeit, die Diskette »hart«, zum Beispiel mit 
OPEN 1,8,15, "N: TEST" zu formatieren. 

Sollten Sie nun entgegen allen Warnun- 
gen doch Ihre Master-Diskette gegen Schreib- 
zugriffe gesichert haben, verraten wir Ihnen 
ausnahmsweise, wie Sie den Eingriff trotz- 
dem rückgängig machen können. Dazu 
überlisten wir das DOS des 1541 -Laufwer- 
kes, indem wir ihm vorgaukeln, es hätte eine 
Diskette im Normalformat vor sich. Wir ver- 
wenden den Memory-Write-Befehl, mit dem 
wir in die Speicherstelle OIOI (Zeropage- 
Adresse) des 1541-RAM einfach ein »A« 
schreiben. Der CHR$-Kode des »A« ist 65, 
oder in hexadezimaler Schreibweise 41. 

Erinnern Sie sich? Dieser Wert stand ur- 
sprünglich im dritten Byte des Tracks 18, 
Sektor O0. Mit folgendem kleinen Programm 
umgehen wir einfach die DOS-Kennzeich- 
nung, und wir können die Diskette wieder 
normal beschreiben. Am Sinnvollsten ist es, 
sofort den SMON zu starten, das vorher in 
45 abgeänderte Byte wieder in 41 zu ver- 
wandeln und abzuspeichern. Die Diskette 
kann dann wieder zum Lesen und Schreiben 
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verwendet werden. Hier nun das kleine Pro- 
gramm: 


10: OPEN 1,8,15 
20 PRINT#1, "M-W"CHRS (1) CHRS (1)CHRS (1) CHRS (65) 
30 CLOSE 1 


Ändern des Diskettennamens oder der ID 
Wir haben bereits oben gesehen, dass in 
Spur 18, Sektor O einer Diskette etwa in der 
Mitte der Diskettenname gespeichert wird. 
Dieser Name kann durch einfaches Über- 
schreiben geändert werden; er darf be- 
kanntlich bis zu 16 Zeichen enthalten. 

Hat Ihr neuer Name weniger Buchstaben 
als der alte, müssen Sie die Lücken mit »AO« 
und nicht mit »20« als Leerzeichen ausfüllen. 
Dies gilt vor allem, wenn Sie mit dieser Me- 
thode Filenamen ändern wollen. Das geht 
natürlich im Prinzip genauso wie eben be- 
schrieben. 

Hinter dem Diskettennamen ist in Spur 
18, Sektor O die ID abgelegt. Sie wird beim 
Formatieren vor jeden Sektor in einen so ge- 
nannten Header geschrieben und dient dem 
DOS zur Identifikation der Diskette. Zusätz- 
lich wird sie noch in der BAM gespeichert, 
damit sie beim Laden eines Directorys mit 
angezeigt werden kann. 

Nun ist es grundsätzlich nicht möglich, 
die ID im Header eines Sektors ohne Forma- 
tieren zu ändern, wohl aber die Eintragung 
in der BAM und damit die ID, die im Direc- 
tory angezeigt wird. Genau wie beim Na- 
men ist dies durch einfaches Überschreiben 
in der BAM möglich. 


Ändern eines Filetyps 

Wenn Sie einmal versucht haben, ein se- 
quentielles File, etwa eine Datei, mit LOAD 
zu laden, werden Sie gemerkt haben, dass 
dies nicht möglich ist. Das DOS behauptet 
einfach, ein solches File existiere nicht, und 
der Rechner meldet »FILE NOT FOUNB«. 
Viele Spiele zum Beispiel legen die »Hall of 
Fame« oder die Highscore-Liste als sequen- 
tielle Datei ab. Mit dem Disk-Monitor ist es 
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nun aber möglich, den Filetyp im Directory 
zu verändern. Erinnern Sie sich an die »82«, 
die im Directory vor jedem Filenamen steht? 
Bei sequenziellen Files steht dort »81«. Was 
zu tun ist, werden Sie sich denken können. 
Na klar, die »81« wird in »82« geändert, und 
schon ist die Datei ohne Weiteres ladbar - 
natürlich wieder erst nach dem Zurückschrei- 
ben mit »W«. 

Sinnvoll ist dies natürlich nur von SMON 
aus (mit Eingabe einer Ladeadresse). Mit »M« 
oder »K« können Sie dann die Datei ansehen 
und natürlich auch ändern. Vergessen Sie 
nicht, die geänderte Datei nach dem Zu- 
rückschreiben wieder in ein sequenzielles 
File zu verwandeln. Verblüffen Sie Ihre 
Freunde doch mal mit einem auf diese Wei- 
se »errungenen« Highscore. Die Anerken- 
nung Ihrer Umwelt ist Ihnen sicher. 


Ändern der Startadresse eines Programms 
Wir haben uns bisher auf Manipulationen in 
der BAM oder im Directory beschränkt. Wol- 
len wir in einem Programm selbst Änderun- 
gen vornehmen, müssen wir etwas tiefer in 
die »Geheimnisse der Floppy« eindringen. 

So ist es bisweilen interessant, die Start- 
adresse eines Maschinenprogramms zu ken- 
nen oder zu ändern. Dazu gehen wir folgen- 
dermaßen vor: 

Zunächst suchen wir mit »R 12 O1« und 
eventuell weiteren Folgesektoren (1204, 1207 
..) den Fileeintrag im Directory. Die beiden 
Bytes hinter der »82« direkt vor dem Pro- 
grammnamen geben an, in welcher Spur und 
in welchem Sektor das Programm startet. 

Wenn dort zum Beispiel »OA 04« steht, be- 
ginnt das Programm in Spur IO, Sektor 4. Le- 
sen Sie nun diesen Block mit»R OA 04«ein. 
Die ersten beiden Bytes dieses Blocks zei- 
gen auf den nächsten Block des Programms, 
die beiden nächsten Bytes enthalten die 
Startadresse in der üblichen Low- /High- 
Byte-Reihenfolge. Zum Ändern der Start- 
adresse überschreiben Sie die Bytes mit der 
neuen und speichern den Block mit »W« auf 
die Diskette zurück. 


Die Zusammenarbeit mit SMON 

Mit all diesen Beispielen sind die Möglich- 
keiten des Disk-Monitors noch lange nicht 
erschöpft. Sie sollten Ihnen als Anregung 
für eigene Experimente dienen. Üben Sie 
aber unbedingt so lange, bis Sie alle Kom- 
mandos aus dem »FF« (oder dezimal 255) 
beherrschen. 

Sie ersparen sich damit unnötigen Ärger 
und durchweinte Nächte. Besonders inte- 
ressant ist es, von SMON aus auf den Puffer 
zuzugreifen und die SMON-Befehle auf den 
Puffer anzuwenden. Erwähnen möchte ich 
nur die Möglichkeit, Programme für das 
DOS direkt zu assemblieren und in einem 
bestimmten Sektor ablegen zu können, die 
Find-Routinen oder das »K«-Kommando für 
Textänderungen. Da der Puffer im RAM un- 
ter dem BASIC liegt, muss BASIC in solchen 
Fällen abgeschaltet werden. Ändern Sie da- 
zu mit dem »M«-Befehl in Speicherstelle 
0001 die »37« in »36«. 

Haben Sie die Arbeit mit SMON beendet, 
können Sie mit »Z« in den Disk-Monitor schal- 
ten und den Pufferbereich mit »W« (Spur, 
Sektor) abspeichern. 


Die Ausgabe von Diskettenfehlern 

Beim Arbeiten mit dem Disk-Monitor wer- 
den sämtliche Fehler vom Laufwerk direkt, 
auch ohne Eingabe von »@«, ausgegeben, 
zum Beispiel »ILLEGAL TRACK OR SECTOR«, 
wenn Sie mit »R« einen Block lesen wollen, 
den es gar nicht gibt. 

Einen Fehler hat das Programm allerdings, 
den wir nicht verschweigen wollen: Der 
letzte Block eines Files enthält als Koppel- 
adresse »O0 FF«. Da es einen solchen Block 
nicht geben kann, »weiß« das DOS, dass es 
am Ende angelangt ist. Versuchen Sie aber, 
den nächsten Block (Spur O, Sektor 255!) 
mit »R« zu lesen, erscheint als Fehlermel- 
dung nicht, wie es sein müsste, »ILLEGAL 
BLOCK OR SECTOR«, sondern »SYNTAX ER- 
ROR«. Das ist zwar eigentlich unerheblich, 
sollte aber erwähnt werden. Der Fehler liegt 
in der Routine, die unsere Zahleneingaben 
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in das richtige Diskettenformat wandelt. Für 
eine »korrekte« Umwandlung fehlte einfach 
der Platz im Programm, wir mussten uns mit 
einer »Sparroutine« behelfen. 

Abschließend noch ein SMON-Trick, den 
wir einem aufmerksamen Leser verdanken: 
Für eine Directory-Ausgabe fehlte der Platz 
im SMON. Es geht aber hilfsweise so: Laden 
Sie das Directory zum Beispiel mit L "S$" 
8000 an einen freien Speicherplatz. Mit »M« 
oder »K« können Sie jetzt das Directory »le- 
sen«. Damit sind alle wichtigen Funktionen 
für den Umgang mit der Diskette im SMON 
enthalten. 

Noch ein Tipp an dieser Stelle: Wenn Sie 
SMON mit »X« verlassen, um ins BASIC zu- 
rückzuspringen, wird in aller Regel bereits 
Ihre erste Eingabe von BASIC aus mit einem 
»OUT OF MEMORY ERROR« quittiert. 

Beim Laden von SMON setzt das Be- 
triebssystem nämlich die Zeiger für das BA- 
SIC-Programmende auf das SMON-Ende, 
also irgendwo in den $C...-Bereich. 

Damit ist aber jede weitere Eingabe von 
BASIC-Zeilen unmöglich und führt zu dem 
oben angegebenen Fehler. Das ist nebenbei 
auch der Grund, wenn der SMON-Befehl »B« 
zum Erzeugen von DATA-Zeilen einmal nicht 
funktionieren will. Abhilfe schafft ein simp- 
les »NEW« unmittelbar nach dem Laden von 
SMON. 

SMON selbst bleibt dabei unbeeinträch- 
tigt, denn er liegt ja nicht im BASIC-Bereich. 
SMON ist also jetzt ordnungsgemäß gela- 
den und kann mit »SYS 49152« wie gewohnt 
gestartet werden. 

Das war’s. Wir glauben, wir haben am An- 
fang dieser Serie nicht zu viel versprochen: 
Wenn Sie alle fünf Folgen durchgearbeitet 
haben, liegt Ihnen mit SMON jetzt ein Ma- 
schinenmonitor mit wirklich außergewöhnli- 
chen Leistungsmerkmalen vor, der wohl je- 
dem Vergleich Stand hält. 

Viele Leser haben SMON zum Einstieg in 
die Maschinensprache genutzt, und das war 
auch unser Ziel. Natürlich werden Sie, vor 
allem, wenn Sie noch Anfänger sind, nicht 
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sofort alle Möglichkeiten von SMON aus- Aber je tiefer Sie mit SMON in die Maschi- 
nutzen können; eine Weile werden Sie mit nensprache eindringen, desto mehr werden 
Disassembler und Memory-Dump vollauf Sie dessen Fähigkeiten zu schätzen wissen. 
beschäftigt sein. 
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Ühne gutes Merkzeug geht es 


nicht: 5MON 


Folge & 


Erschienen in: 


Autor: Mark Richters 

Diese Erweiterung stellt elf weitere Befeh- 
le zur Verfügung. So lässt sich der Monitor 
zum Beispiel frei im Speicher verschieben, 
und Sprites oder Zeichensätze können 
sehr einfach erstellt und geändert werden. 


Um die Befehlserweiterung zu initialisieren, 
geht man folgendermaßen vor: 


1.SMON absolut laden 

2.Den BASIC-Lader (auf Diskette; siehe Vor- 
wort) eintippen und abspeichern 

3.Nach dem Start des Laders die Startadres- 
se (dezimal) Ihrer SMON-Version einge- 
ben, zum Beispiel 49152 (= $COO0O0) 

A4.Den erweiterten SMON zum Beispiel mit 
"SMONEX" Startadresse Endadres- 
se abspeichern 


Die neuen Routinen werden, genau wie die 
meisten bereits vorhandenen, durch einen 
Buchstaben, zum Teil gefolgt von Adressen- 
angaben, aufgerufen. 

Bei den ersten drei Ausgabebefehlen kann 
der Speicherinhalt durch Überschreiben der 
Zeile geändert werden. 


zZ 4000 (4100) (Zeichendaten) 
gibt den Speicherinhalt von $4000 (bis $4OFF) 
folgendermaßen aus: Jeweils ein Byte pro 
Zeile wird in 8-Bit-Form dargestellt. Dabei 
ist ein »*« ein gesetztes, ein ».« dagegen ein 
nicht gesetztes Bit. 

Die beiden Zeichen sind willkürlich ge- 
wählt und können durch Überschreiben der 
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Speicherzellen $xE65, $xE2D (Bit = I) und 
$xE69, $xE30 (Bit=0O) in den Bildschirmko- 
de (!) der gewünschten Zeichen geändert 
werden. 

Die Anwendung dieses Befehls liegt bei- 
spielsweise in der gezielten und anschauli- 
chen Beeinflussung bestimmter Steuerbits 
in VIC, CIA, etc. Andererseits lassen sich - 
besonders in Verbindung mit dem Kom- 
mando Q - Zeichendaten leicht modifizieren. 


H 4000 (4100) 

entspricht dem Befehl Z mit dem Unter- 
schied, dass jeweils drei Bytes pro Zeile aus- 
gegeben werden. Das entspricht dem For- 
mat für Spritedaten. Auf diese Weise steht 
mit dem erweiterten SMON ein kleiner 
»Sprite-Editor« zur Verfügung. 


N 4000 (4100) (Normaldarstellung) 
interpretiert den Speicherinhalt von $4000 
(bis $4OFF) als Bildschirmkode und gibt 32 
Zeichen pro Zeile aus. 


U 4000 (4100) (Übersicht) 

Wie N, jedoch werden in einer Zeile 40 Zei- 
chen dargestellt. Änderungen sind nur mit N 
möglich. Dieser Befehl dient hauptsächlich 
dazu, im Speicher abgelegte Bildschirmin- 
formationen so auszugeben, wie sie tat- 
sächlich im 40-Zeichen/Zeile-Format aus- 
sehen würden. Dieser Befehl ist recht nützlich, 
um professionelle Videospiele zu analysie- 
ren, da hier Spielszenen oft im Bildschirm- 
kode gespeichert sind. 
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E 4000 (4100) (Erase) 

ist der bereits in Folge 4 vorgeschlagene 
Erase-Befehl zum Füllen des Speicherbe- 
reichs von $4000 bis $4OFF mit $00. 


Y 40 
kopiert die vorhandene SMON-Version in 
nur drei Sekunden nach $4000 bis $4AFFF 
und nimmt dabei alle notwendigen Anpas- 
sungen vor. Die ursprüngliche Speicherver- 
sion des Monitors bleibt unverändert. Mit 
G 4000 kann man in den neuen SMON sprin- 
gen. Von dem Byte-Wert, der übergeben wer- 
den muss, wird nur das obere Nibble ($4) 
gewertet, so dass sich theoretisch 16 SMON- 
Versionen im Speicher unterbringen lassen, 
wobei natürlich nicht alle Möglichkeiten 
sinnvoll sind. 

Auf diese Weise lässt sich stets die erfor- 
derliche Speicherversion herstellen, ohne dass 
langwierige Änderungen notwendig sind. 


Q 2000 

kopiert den Zeichensatz aus dem ROM von 
$DOO00 bis $DFFF in das RAM nach $2000. 
Dort kann er mit dem Befehl Z nach Belie- 
ben geändert werden. Möchte man zum 
Beispiel das Zeichen »A« in ein »Ä« umdefi- 
nieren, so ist der Zeichensatz mit Q 2000 
ins RAM zu kopieren. Anschließend kann 
mit 2 2000 2015 der Bereich in binärer 
Form auf dem Bildschirm ausgegeben wer- 
den, in dem auch das Zeichen »A« steht. 
Dieses kann nun in ein »Ä« geändert werden, 
indem man mit dem Cursor an die zu än- 
dernde Stelle fährt und für einen Punkt, der 
gesetzt werden soll, ein »*«, und für einen 
Punkt, der nicht gesetzt werden soll, ein ».« 
setzt. 

So, jetzt ist der Zeichensatz umdefiniert, 
aber noch nicht aktiviert. Als Nächstes muss 
dem Videokontroller die Startadrese des 
neuen Zeichensatzes mitgeteilt werden. Da- 
zu ist die Adresse $DO18, in der eine hexa- 
dezimale 15 steht, durch eine hexadezimale 
18 zu ersetzen. 
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bringt den letzten Ausgabebefehl (K, D,M, 
Z,H, N, U) auf den Bildschirm zurück. Mit 
<RETURN?> wird der letzte Befehl noch ein- 
mal ausgeführt. 


Zum Schluss noch ein Tipp: 

DATA-Zeilen in Hex-Byte-Darstellung sind 
wegen ihrer konstanten Länge (immer zwei 
Ziffern pro Wert!) übersichtlicher als solche 
mit dezimalen Zahlen. Da für die Ausgabe 
von Hex-Werten bereits alle Routinen im 
SMON integriert sind, kann der B-Befehl 
(BASIC-DATA-Zeilen erzeugen) durch Ver- 
ändern eines einzigen Sprungbefehls dahin- 
gehend manipuliert werden, dass der Spei- 
cherinhalt künftig in Form von Hex-Bytes 
ausgegeben wird: 

Disassemblieren Sie dazu den Byte-Aus- 
gabebefehl mit D x99F und ersetzen JSR 
BDD1 durch JSR x32A. Für das »x« muss 
der 4-KByte-Block, in dem die zu ändernde 
SMON-Version steht, eingesetzt werden. 
Liegt Ihre SMON-Version bei $CO000, so er- 
setzen Sie das »x« durch ein »C«. 

Die Gesamtlänge der DATA-Zeile kann 
außerdem durch Verändern der Speicher- 
zelle $x9AE variiert werden. Bei dem Wert 
$1C werden zum Beispiel genau acht Hex- 
Byte pro Zeile ausgegeben. 


Die Erweiterung finden Sie ebenso wie 
SMON selbst auf der Diskette, die unter 
www.skriptorium-vd.de/O1/smon.d64 


heruntergeladen werden kann. 
Sie können auch eine 5,25-Zoll-Disket- 
te bestellen (siehe Einleitung). 


Index I - Assembler ist keine 
Alchemie 


# 

16-Bit-Division 108, 109, 111 
16-Bit-Multiplikation 105 
I-Byte-Befehle 20 
2-Byte-Befehle 20 
3-Byte-Befehle 20 


A 

Absturz 51 

ADC 39, 40, 42, 46, 50, 60, 74, 80 

Adressbus 15 

Adressierungsarten 20 
absolut-X-indizierte Adressierung 59, 60 
absolut-Y-indizierte Adressierung 59, 60 
implizite Adressierung 22, 62 
indirekt-indizierte Adressierung 79 
indizierte Adressierung 59, 60 
indiziert-indirekte Adressierung 82 
relative Adressierung 47, 49 
Vektor-Adressierung 63 
Zeropage-Adressierung 49, 50, 51, 52, 59 
zeropage-absolute Adressierung 51 
zeropage-absolut-X-indizierte A. 60 
zeropage-absolut-Y-indizierte A. 60 

AFAC 91, 92, 94, 113 

Akku 23, 52,62 

Akkumulator. Siehe Akku 

ALU 39 

AND 61, 95, 96, 100 

ARG. Siehe AFAC 

arithmetische Reihe 42, 43, 44 

arithmetisch-logische Einheit. Siehe ALU 

ASCII 20, 53, 54, 55, 115 
Commodore-ASCII 53, 54, 55 

ASL 98, 100, 101, 102 

Assembler 12, 14 


B 

BCC 45, 46, 60 

BCD. Siehe Zahlensysteme 

BCS 45, 46, 60 

BEQ 45, 46, 60 

Binärzahlen. Siehe Zahlensysteme 
BIT 60, 61, 74 
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BMI 45, 46, 60 

BNE 33, 34, 45, 46, 47, 60 

BPL 45, 46, 60 

Branch-Befehle 45 

BRK 21, 119, 121, 122, 126, 129 
BVC 45, 46, 60 

BVS 45, 46, 60 


C 

Carry-Bit. Siehe Flaggen 

CHR$-Kodes 58 

CIAs 124, 129, 136, 139, 143, 146, 147 
CIAI 137, 139, 147CIA 2 137, 147 
Timer 144, 147 
Timer A 144, 145, 147 
Timer B 145 

CLC 39, 41, 42, 46, 60 

CLD 30, 34, 40, 60 

CLI 119, 120, 126 

CLV 60, 61, 74 

CMP 50, 52, 60, 74, 80 

Computer, Aufbauprinzip 15 

CPU. Siehe Prozessor 

CPX 50, 52, 60 

CPY 50, 52, 60 

CRA 145, 148 

CRB 145, 148, 149 


D 

Datenbus 15 

DEC 27, 28, 34, 40, 50, 60, 74 

DEX 27, 28, 29, 34, 40, 60 

DEY 27, 28, 34, 40, 60 
Dezimalzahlen. Siehe Zahlensysteme 


E 
EOR 97, 100, 126 


F 

FAC 67, 92, 94 

Fehlermeldungen 68 
OUT OF MEMORY ERROR 76 
OVERFLOW ERROR 103 
SYNTAX ERROR 68 
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Fehlernummern 83 CLRCHN 86 
Flaggen 29 FFD2 82 

B-Flagge 121 MOVAF 95 

Carry-Flagge 37, 38, 39, 41, 45, 52, 102 MOVMF 95 

C-Flagge. Siehe Carry-Flagge OPEN 85 

D-Flagge 40 SETLFS 85 

N-Flagge 29, 45, 52, 61, 62 SETNAM 86 

V-Flagge 37, 38, 39, 45, 46, 61 UMULT 106, 107 

Z-Hagge 29, 40, 45, 52, 62, 102 Komplemente 31 
Fließkomma-Akkumulator I. Siehe FAC Einerkomplement 31 
Fließkomma-Akkumulator 2. Siehe AFAC Zweierkomplement 31, 38, 39 
Fließkommazahlen 65, 91 
FLPT. Siehe FAC L 

LDA 20, 23, 24, 50, 60, 74, 80 

H LDX 22, 23, 24, 50, 60, 74 


Hexadezimalzahlen. Siehe Zahlensysteme LDY 22, 23, 24, 50, 60, 74 
logische Verknüpfungen 6l 


| LSR 101, 102, 105, 116 
ICR 149 
INC 27, 28, 29, 34, 40, 50, 60, 74 M 
Index-Register 16, 59 Maschinensprache 12 
X-Register 16, 23, 28, 52, 59, 62 MFLPT. Siehe AFAC 
Y-Register 16, 23, 28, 52, 59, 60, 62 Module 135 
Interrupts 117, 119, 122, 123, 124, 136, 138, Modulsimulation 136 
143 Modulstart 135 
Interrupt-Vektor 19 
INX 27, 28, 29, 34, 40, 60 N 
INY 27, 28, 34, 40, 60 Nibble 24 
IRQ 19, 119, 120, 121, 122, 127, 128, 129, NMI 122, 125, 126, 130, 131, 132, 149 
137, 139, 141, 147, 149 NMI-CIA 125, 143 
IRQ-CIA 125 NOP 60, 62, 74 
IRQ-CIA 143 Normalisieren 90 
J oO 
JMP 60, 62, 74, 121 Offset 48, 49 
Joystickports 104 ORA 96, 100 
JSR 60, 62, 65, 74 
P 
K Paritätsbit 53 
Kernal-Adressen 70 PHA 76, 80 
Kernal-Routinen 55, 69, 82 PHP 76, 77, 80 
BLTUC 110, 112, 113 PLA 76, 80 
CHKOUT 85 PLP 76, 77,80 
CHRGET 55, 56, 57, 58 Programmzähler 16 
CHRGOT 58 PCH 16 
CHROUT 84 PCL 16 


CLOSE 86 
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Prozessor 12, 15, 118, 122 
Aufbauschema 16 

Prozessorport 78 

Prozessorstack. Siehe Stapelregister 

Prozessorstatusregister 19 


R 

RAM 15, 70, 79 

RESET 132, 133, 136 
RESTORE-Taste 125, 131, 132, 136, 148 
ROL 102, 103, 116 

ROM 15, 68, 72, 79, 110, 113 
ROR 102, 103, 104, 105, 116 
RS232C-Schnittstelle 143 

RTI 119, 120, 121, 126 

RTS 14, 22, 23, 24, 60 

RUN / STOP-Taste 131, 132, 148 


5 
SBC 41, 42, 46, 50, 60, 74, 80 
SEC 41, 42, 46, 60 
SED 30, 34, 60 
SEI 119, 120, 126 
Speicheraufbau 17 

C 64 17,68 

VC 20 17-18 
Sprungweite. Siehe Offset 
STA 21, 23, 24, 50, 60, 74, 80 
Stackpointer 16 
Stapelregister 16, 63, 75, 76, 78 
Stapelzeiger 63 
STX 22, 23, 24, 50, 60, 74 
STY 22, 23, 24,50, 60, 74 


T 

Taktfrequenz 17 

TAX 60, 62, 74 

TAY 60, 62, 74 

TI$. Siehe Uhren, interne 
Timer. Siehe ClAs 

TSX 76, 77, 178, 80 

TXA 60, 62, 74 

TXS 76, 77, 78, 80 

TYA 60, 62, 74 
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u 

Uhren, interne 15, 124, 129, 144 
Echtzeituhren 147 

Unterbrechungen. Siehe Interrupts 

USR 67, 68, 70, 72 


V 

Variablen 31, 33 

Vektoren 63, 120, 128, 129 
Vergleichsbefehle 53 
Verzögerung 33, 34, 35 
VIC-II 122, 129, 137, 138, 139 


W 
Wahrheitstabellen 61, 96, 97 


Z 

Zahlensysteme 20 
Binärzahlen 20, 89 
Binärzahlen, negative 30 
Signed-Binary-Binärzahlen 30 
Dezimalzahlen 20 
binär kodierte Dezimalzahlen 29, 30, 148 
Hexadezimalzahlen 24 

Zeichen-ROM 54 

Zeropage 49 
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Index Il - Ohne gutes Werk- 
zeug geht es nicht: SMON 


$ 160 
% 160 
? 160 
16-Bit-Vergleich 163, 169 


A 
A [ANFADR] 154 
ADD 160 
Ändern 184 
Ändern der Startadresse eines Programms 
184 
Ändern eines Filetyps 184 
Änderns des Diskettennamens oder der 
ID 184 
ASCHEX 156 
Assemblieren 154 


B 

B (ANFADR ENDADR) 165 
BASIC-DATA 165 
Befehlserweiterung 187 
Befehlsübersicht 178 


C 

C (ANFADRaltENDADRalt ANFADRneu AN- 
FADRges ENDADRges) 161 

CHRIN 156 

CMDEXEC 157 

CMDFOUND 157 

CMDS 157 

CMDSEARCH 157 

CMDTBL 157 

COMMAND 157 

CONVERTIEREN (Verschieben eines Pro- 
gramms mit Adressumrechnung) 161 


D 
D [ANFADR,.ENDADR] 155 
Disassemblieren 155 
Diskette, Schützen einer D. 183 
Diskettenmonitor 181 
Ausgabe von Diskettenfehlern 185 
Befehle des Disk-Monitors 181 
Zusammenarbeit mit SMON 185 
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E 

E 188 

ENDHI 163 
ENDLO 163 
Erase 188 
ERROR: @ 182 
EXECUTE 157 
Exit 156 

EXIT: X 182 


F 
F(HEX-WERT(e), ANFADR ENDADR) 166 
Files 182 
Reparatur eines gelöschten Files 182 
Schützen eines Files 183 
FIND 166 
FIND-Kommandos 168 


G 

G [ADRESSE] 155 
GET2ZADR 157 
GET3ADR 157 
GETADR 156, 157 
GETBYT 156 
GETCHRERR 156, 157 
GETRET 157, 163 
GETSTART 157 


H 
H 187 
Hexadezimalsystem 160, 188 


l 
101 159 
/O-SET 159 


J 
| 188 


K 

K (ANFADR ENDADR) 166 
Kernal 163 
Kernal-Einsprünge 163 
Kernal-Routinen 163 
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Kommando-Liste 175 
Kontrolle 166 


L 
L "Name" 159 
LOAD 159 


M 

M [ANFADR ENDADR] 155 
Memory-Dump 155 
MEMORY-DUMP:M 182 


N 187 


O (ANFADR ENDADR HEX-Wert) 161 
OCCUPY (Besetzen) 161 


pP 

PO2 160 

PCH 157, 163 
PCL 157, 163 
PRINTER-SET 160 


Q 
Q 188 


R 

R 155 

READ:R (Track Sektor) 181 
Registeranzeige 155 

RTS 157 


5 

S "Name", ANFADR ENDADR 160 

SAVE 160 

SMON verschieben 176 
SMON-Speicherstellen 176 

Starten eines Maschinenprogramms (Go) 155 
SUB 160 
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T 

TB (Adresse Anzahl-der-Durchläufe) 174 
TQ (Adresse) 174 

Trace Break 174 

Trace Quick 174 

Trace Walk 172 

Trace-Stopp 171 

TS (Startadresse Stoppadresse) 171 

TW (Startadresse) 172 


u 
uU 187 
Übersicht. Siehe Befehlsübersicht 
Umrechnungen 160 
binär-dez 160 
binär-hex 160 
dez-hex 160 
hex-dez 160 


V 

V (ANFADRalt ENDADRalt ANFADRneu ANF- 
ADR ENDADR) 161 

VARIATION 161 


w 

W(ANFADRalt ENDADRalt ANFADRneu) 161 
WRITE 161 

WRITE: W (Track Sektor) 182 

X 

X 156 

Y 188 
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